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What  is  JFMIP? 

The  Joint  Financial  Management  Improvement  Program  (JFMIP)  is  a  joint  undertaking  of  the 
U.S.  Department  of  the  Treasury,  General  Accounting  Office  (GAO),  Office  of  Management  and 
Budget  (0MB),  and  Office  of  Personnel  Management  (0PM),  working  in  cooperation  with  one 
another,  with  other  agencies,  and  with  the  private  sector,  to  improve  financial  management  in  the 
Federal  government.  The  program  was  given  statutory  authorization  in  the  Budget  and  Account¬ 
ing  Procedures  Act  of  1950  (31  U.S.C.  65).  Leadership  and  program  guidance  are  provided  by 
the  four  principals  of  JFMIP:  Comptroller  General  of  the  United  States,  Secretary  of  the  Treas¬ 
ury,  Director  of  0MB,  and  Director  of  0PM.  Each  principal  designates  a  representative  to  serve 
on  the  JFMIP  Steering  Committee,  which  is  responsible  for  the  general  direction  of  the  program. 
The  Executive  Director  of  JFMIP  is  a  permanent  member  of  the  steering  committee  and  is  re¬ 
sponsible  for  the  day-to-day  operations  of  JFMIP.  Additionally,  a  representative  from  the  Federal 
community  serves  on  the  steering  committee  for  a  two-year  term. 

The  program  promotes  strategies  and  sponsors  projects  to  improve  financial  management  across 
the  Federal  government,  participates  in  the  financial  management  activities  of  central  policy  or¬ 
ganizations,  and  facilitates  the  sharing  of  information  about  good  financial  management  prac¬ 
tices.  Information  sharing  is  accomplished  through  conferences  and  other  educational  events, 
newsletters,  meetings  with  interagency  groups  and  agency  personnel,  and  the  Internet. 

For  more  information  on  JFMIP,  call  (202)  219-0526,  or  visit  the  JFMIP  website  at 
http://www.ifinip.gov. 
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Subject:  JFMIP  Acquisition/Financial  Systems  Interface 

Requirements  Exposure  Draft 

The  JFMIP  Acquisition/Financial  Systems  Interface  Requirements  Expo¬ 
sure  Draft  is  attached  for  comment.  The  Procurement  Executives  Council 
(PEC)  and  JFMIP  are  sponsoring  the  development  of  this  document.  A 
large  group  of  acquisition,  financial,  policy,  and  other  professionals  from 
across  the  Federal  government  are  participating  in  the  project.  The  Project 
Leader  is  Mr.  W.  R.  (Russ)  Ashworth,  Senior  Procurement  Executive  for 
the  U.S.  Department  of  Agriculture. 

The  document  is  intended  to  assist  agencies  when  developing  new  systems 
and  when  improving  or  evaluating  existing  systems.  It  provides  the  base¬ 
line  fimctionality  that  agency  systems  must  have  in  order  to  support 
agency  missions  and  comply  with  laws  and  regulations.  The  final  issuance 
of  this  document  will  augment  existing  JFMIP  Federal  Financial  Manage¬ 
ment  System  Requirements  (FFMSR)  documents  that  are  used  in  assessing 
compliance  with  the  Federal  Financial  Management  Improvement  Act 
(FFMIA). 

In  addition  to  general  comments  about  the  document,  we  would  like  feed¬ 
back  on  the  following  items  of  interest: 


1.  Micropurchases  Made  with  Purchase  Cards:  A  separate  section  is 
included  on  micropurchases  made  with  purchase  cards.  Are  the  re¬ 
quirements  appropriate,  given  the  streamlining  and  simplification  ob¬ 
jectives  of  the  program  described  in  the  document? 

2.  Contract  Line  Item  Number  (CLIN):  Information  requirements  are 
included  relative  to  CLIN.  Are  the  information  requirements  appropri¬ 
ate? 

3.  Internal  Controls  and  Security:  Information  requirements  are  in¬ 
cluded  in  several  places  relative  to  internal  controls  and  security,  pri¬ 
marily  referencing  0MB  Circulars  A-123  and  A-130.  Are  the  re¬ 
quirements  appropriate? 


EXPOSURE  DRAFT 


4.  Payment  and  Closeout:  Separate  sections  are  included  on  Payment  and  Closeout  with  re¬ 
quirements  identified  accordingly.  Are  the  descriptions  and  distinctions  for  the  two  sections 
appropriate  and  are  the  requirements  appropriate  to  each  section? 

5.  Standard  General  Ledger  (SGL):  A  value-added  requirement  has  been  proposed  relating 
to  the  SGL  account  for  obligations.  Logic  for  deriving  SGL  accounts  for  obligations,  re¬ 
ceipts,  pa5mients,  and  other  transactions  is  contained  in  core  financial  system  functionality. 
Although  there  are  some  exceptions,  the  SGL  account  is  not  included  as  an  element  of  the 
accounting  distribution  code.  Instead  the  data  elements  associated  with  any  given  transaction 
are  used  to  derive  the  appropriate  SGL  account.  When  SGL  accounts  are  derived  from  trans¬ 
action  data  elements,  there  is  no  input  field  to  capture  the  SGL  account.  Given  (1)  that  logic 
duplicating  that  contained  in  the  core  system  would  have  to  be  replicated  in  the  acquisition 
system;  (2)  that  core  systems  that  receive  SGL  elements  from  an  acquisition  system  would 
have  to  be  modified  to  include  this  data  field;  and  (3)  that  SGL  accounts  are  required  for  ac¬ 
quisition  events  other  than  the  obligation,  will  the  value  to  be  derived  firom  this  value-added 
requirement  be  significant  enough  to  offset  the  costs  of  the  programming  changes  that  will  be 
required  for  core  accounting  systems? 

6.  Mandatory  vs.  Value-added  requirements:  Is  the  categorization  of  information  require¬ 
ments  between  mandatory  and  value-added  appropriate?  Should  any  requirements  be  added, 
deleted,  or  changed  from  mandatory  to  value-added  or  vice-versa? 

7.  Definitions:  Are  all  terms  appropriately  defined?  Are  there  additional  terms  that  need  to  be 
defined?  What  are  their  definitions?  What  is/are  the  sources  for  the  terms  and  definitions? 

This  document  is  being  circulated  widely  within  the  Federal  government’s  acquisition,  financial 
and  oversight  communities,  and  to  the  private  sector.  It  is  also  being  posted  on  the  JFMIP  web¬ 
site  at:  WWW.JFMIP.GOV.  in  MS  Word  and  pdf  versions. 

Your  response  should  be  sent  to  the  following  address  by  February  28,  2002: 

Joint  Financial  Management  Improvement  Program 
1990  K  Street  NW,  Suite  430 
Washington,  DC  20006 

The  organizational  capacity  of  the  response  would  be  appreciated. 

A  matrix  is  attached,  and  is  being  posted  on  the  JFMEP  website,  for  preparing  and  electronically 
submitting  your  comments.  The  pdf  version  of  the  document  on  the  JFMIP  website  includes  line 
numbers  for  referencing  your  comments.  Three  examples  are  included  in  the  matrix.  Comments 
that  include  the  underlying  rationale,  and  statutory  or  regulatory  references  are  the  most  useful. 

If  possible,  please  transmit  your  comments  matrix  electronically  to  Dennis.Mitchell@gsa.gov  or 
fax  to  202-219-0549.  Mr.  Mitchell  can  be  reached  on  202-219-0529,  if  there  are  any  questions. 
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8  Foreword 

9 

10  Acquisition/Financial  Systems  Interface  Requirements  is  one  of  a  series  of  functional  systems 

1 1  requirements  documents  published  by  JFMIP  dealing  with  Federal  financial  management  sys- 

12  terns.  The  first  of  these  requirements  documents,  Core  Financial  Systems  Requirements,  was 

13  originally  published  by  JFMIP  in  January  1988,  and  has  since  been  updated.  JFMIP  also  pub- 

14  lished  Framework  for  Federal  Financial  Management  Systems  in  January  1995.  That  document 

15  provides  a  comprehensive  description  of  the  basic  elements  of  a  model  for  integrated  financial 

16  management  systems  in  the  Federal  government  including,  system  integration,  data  stewardship, 

17  and  internal  controls.  Other  documents  have  subsequently  been  issued  and  additional  documents 

1 8  are  planned  in  the  future. 

19 

20  This  document  is  prepared  in  support  of  the  Federal  Financial  Management  Improvement  Act 

2 1  (FFMIA)  of  1 996,  and  the  Strategic  Plans  of  the  Procurement  Executives  Council  (PEC)  and 

22  Chief  Financial  Officer’s  (CFO)  Council.  This  act  and  these  strategic  plans  strongly  reaffirm  the 

23  need  for  the  Federal  government  to  provide  financial  systems  that  facilitate  the  effective  man- 

24  agement  of  government  programs  and  services  for  the  proper  stewardship  of  public  resources. 

25  Additionally,  this  document,  in  part,  meets  the  goal  of  the  President’s  Management  Coxmcil 

26  (PMC)  and  JFMIP  to  improve  the  efficiency  and  quality  of  financial  management  in  the  Federal 

27  government.  Jointly  sponsored  and  formally  chartered  by  the  PEC  and  JFMIP ,  it  is  a  collabora- 

28  five  effort  on  the  part  of  more  than  20  agencies,  led  by  the  Senior  Procurement  Executive  at  the 

29  U.S.  Department  of  Agriculture,  staffed  by  finance  and  acquisition  professionals  throughout 

30  government,  and  supported  by  Logistics  Management  Institute  (LMI). 

31 

32  Acquisition/Financial  Systems  Intetface  Requirements  addresses  the  shared  information  require- 

33  ments  between  Federal  financial  and  acquisition  management  systems.  To  this  end,  it  identifies 

34  existing  govemmentwide  statutory  and  regulatory  requirements  associated  with  the  mutual  fimc- 

35  tional  interfaces  between  finance  and  acquisition  (See  Appendix  A  for  a  complete  list  of  applica- 

36  ble  references  and  authoritative  sources).  Agencies  must  use  these  functional  requirements,  in 

37  addition  to  agency-imique  mission  requirements,  in  planning  their  financial  management  and  ac- 

38  quisition  systems  improvement  projects.  Acquisition/financial  management  system  interface 

39  fonctionality  does  not  necessarily  reside  in  a  single  software  application  or  functional  system.  In 

40  fact,  the  interface  between  acquisition  and  financial  management  systems  information  may  reside 

41  in  a  number  of  applications  or  systems,  whether  automated  or  manual. 

42 

43  We  thank  the  agency  officials  and  other  participants  from  the  acquisition,  financial,  oversight, 

44  and  information  technology  communities  who  contributed  to  this  document.  It  was  particularly 

45  gratifying  to  see  the  finance  and  acquisition  communities  imite  so  effectively  behind  a  common 

46  objective.  We  especially  wish  to  acknowledge  the  PEC  for  chartering  this  project;  the  U.S.  De- 

47  partment  of  Agriculture  Senior  Procurement  Executive  for  leading  the  effort;  and  his  co-leaders 

48  from  the  Office  of  Management  and  Budget,  Department  of  Defense,  Department  of  Justice,  and 

49  Department  of  Housing  and  Urban  Development  (See  Appendix  D  for  a  list  of  contributors). 

50  With  continuing  support  such  as  theirs,  we  can  confidently  face  the  acquisition  and  financial 

5 1  management  challenges  of  this  century. 

52 

53 
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54  Karen  Cleary  Alderman 

55  Executive  Director 

56  September  2001 
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88 

Acronyms 

89 

ACES 

Access  Certificates  for  Electronic  Services 

90 

ALC 

Agency  Location  Code 

91 

BPA 

Blanket  Purchase  Agreement 

92 

CCR 

Central  Contractor  Registration 

93 

CFO 

Chief  Financial  Officer 

94 

CFR 

Code  of  Federal  Regulations 

95 

CO 

Contracting  Officer 

96 

COTS 

Commercial  Off-the-Shelf 

97 

DoD 

Department  of  Defense 

98 

DOE 

Department  of  Education 

99 

DUNS 

Data  Universal  Numbering  System 

100 

EC 

Electronic  Commerce 

101 

ECC  (PEC) 

Electronic  Commerce  Committee  (Procurement  Executives  Council) 

102 

EDI 

Electronic  Data  Interchange 

103 

EFT 

Electronic  Funds  Transfer 

104 

EIN 

Employer  Identification  Number 

105 

EIT 

Electronic  and  Information  Technology 

106 

FAI 

Federal  Acquisition  Institute 

107 

FAR 

Federal  Acquisition  Regulation 

108 

FASAB 

Federal  Accounting  Standards  Advisory  Board 

109 

FFMIA 

Federal  Financial  Management  Improvement  Act 

no 

FFMSR 

Federal  Financial  Management  System  Requirements 

111 

FMFIA 

Federal  Managers’  Financial  Integrity  Act 

112 

FSC 

Financial  Systems  Committee  (Chief  Financial  Officers  Council) 

113 

FY 

Fiscal  Year 

114 

GAO 

General  Accounting  Office 

115 

GPEA 

Government  Paperwork  Elimination  Act 

116 

GPRA 

Government  Performance  and  Results  Act 

117 

GSA 

General  Services  Administration 

118 

ID 

Identification 

119 

IPAC 

Intragovemmental  Pa5Tnent  and  Collection 
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120 

IT 

Information  Technology 

121 

JFMIP 

Joint  Financial  Management  Improvement  Program 

122 

LMI 

Logistics  Management  Institute 

123 

NARA 

National  Archives  and  Records  Administration 

124 

0MB 

Office  of  Management  and  Budget 

125 

0PM 

Office  of  Personnel  Management 

126 

PEC 

Procurement  Executives  Council 

127 

PL 

Public  Law 

128 

PMC 

President’s  Management  Council 

129 

PO 

Purchase  Order 

130 

PP&E 

Property,  Plant  and  Equipment 

131 

PR 

Purchase  Request 

132 

RTN 

Routing  and  Transit  Number 

133 

SFFAS 

Statement  of  Federal  Financial  Accounting  Standards 

134 

SGL 

Standard  General  Ledger 

135 

SOW 

Statement  of  Work 

136 

TFM 

Treasury  Financial  Manual 

137 

TIN 

Taxpayer  Identification  Number 

138 

use 

United  States  Code 

139 

USAID 

United  States  Agency  for  International  Development 

140 

XML 

extensible  Markup  Language 
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141  Introduction 

142  The  U.S.  Federal  Government  is  the  world’s  largest  and  most  complex  enterprise,  involving  the 

143  collection,  management,  and  disposition  of  billions  of  taxpayer  dollars.  Financial,  acquisition, 

144  and  program  officials  face  tremendous  challenges  in  managing  Federal  programs.  Improvements 

145  in  agency  acquisition  and  financial  systems  are  critical  to  government’s  efforts  to  obtain  com- 

146  plete  and  reliable  information  needed  to  manage  this  enterprise  efficiently.  Increasingly,  inte- 

147  grated  systems  are  expected  to  simultaneously  support  multiple  users  (program  managers,  finan- 

148  cial  managers,  and  acquisition  managers)  while  systems  and  data  are  being  shared  by  agencies 

149  with  common  needs.  Information  supplied  by  these  systems  is  expected  to  become  more  timely, 

150  accurate,  and  consistent  across  the  government. 

151 

152  Representatives  from  acquisition  and  financial  management  functions  govemmentwide  formed 

153  the  partnership  that  developed  this  document.  Its  purpose  is  to  provide  a  common  set  of  acquisi- 

154  tionyfinancial  shared  information  requirements  with  which  each  agency’s  integrated  financial 

155  management  system  must  be  consistent.  These  information  requirements,  frequently  arising  from 

156  Federal  statutes  or  regulations,  constitute  information  available  in  one  system  that  is  required  for 

157  the  performance  of  another  system.  This  document  delineates  those  interface  requirements  be- 

158  tween  acquisition  and  finance,  that  are  critical  to  the  performance  of  both  functions.  These  re- 

159  quirements  are  intended  to  be  available  to  all  users  who  rely  on  the  information  to  carry  out  their 

160  responsibilities.  This  document  does  not  address  system  requirements  associated  solely  with  the 

161  acquisition  or  financial  process. 

162 

163  The  PEC  and  CFO  Coimcil  represent  the  acquisition  and  financial  communities  from  a  wide 

164  range  of  major  Federal  agencies.  The  issuance  of  Acquisition/Financial  Systems  Interface  Re- 

165  quirements  (a  first-time  effort)  demonstrates  the  commitment  of  the  Federal  financial  and  acqui- 

166  sition  communities  to  improving  information  management  systems,  providing  the  best  service 

167  possible  to  support  program  managers,  and  utilizing  the  taxpayer  dollars  entrusted  to  them  as  ef- 

168  ficiently  and  as  effectively  as  possible. 

169 

170  The  Federal  government  also  has  consistently  recognized  the  importance  of  having  high-quality 

171  information  management  systems  that  contain  financial,  acquisition,  and  other  information  nec- 

172  essary  to  support  government  operations  and  the  effective  and  efficient  decision  making  by  pro- 

173  gram  officials.  As  a  result.  Congress  enacted  a  variety  of  recent  statutes,  including  the  Federal 

174  Financial  Management  Improvement  Act  (FFMIA)  of  1996.  The  Office  of  Management  and 

175  Budget  (0MB)  also  issued  several  relevant  publications,  including  Circular  A-127,  “Financial 

176  Management  Systems.”  Both  the  FFMIA  and  0MB  Circular  A-127  provide  the  vision  for  a  sin- 

177  gle,  integrated  Federal  financial  management  system.  As  mentioned  earlier,  in  support  of  that 

178  vision,  JFMIP  publishes  requirements  documents  for  financial  systems  and  the  financial  aspects 

179  of  mixed  systems  (such  as  acquisition).  Acquisition/Financial  Systems  Interface  Requirements 

180  should  be  considered  in  the  context  of  all  the  other  JFMIP  requirements  documents,  which  form 

181  the  basis  for  total  govemmentwide  financial  system  requirements. ' 

182 


'  The  requirements  documents  and  other  information  are  available  on  the  JFMIP  website  at  www.ifmip.gov. 
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1 83  The  first  three  sections  of  this  document  (“Federal  Financial  Management  Framework,”  “Inte- 

184  grated  Financial  Management  Systems,”  and  “Agency  Financial  Management  Systems  Architec- 

1 85  ture”)  set  forth  the  framework  for  the  establishment  and  maintenance  of  a  single  integrated  Fed- 

186  eral  financial  management  system,  provide  information  on  integrating  an  agency’s  financial 

187  management  system,  and  identify  the  relationships  of  various  system  types. 

188 

189  The  next  section,  “Federal  Acquisition  System  Overview,”  discusses  the  high-level  processes  of 

190  the  acquisition  system,  while  “Introduction  to  Acquisition/Financial  Systems  Interface  Require- 

191  ments”  describes  the  methodology  used  to  identify  and  develop  specific  information  require- 

192  ments. 

193 

194  “Funds  Certification,”  “Obligation,”  “De-Obligation,”  “Payment,”  and  “Closeout,”  are  the  sec- 

195  tions  that  define  in  detail  the  individual  interfaces  between  the  acquisition  and  financial  systems 

196  and  list  the  data  elements  associated  with  each  of  these  interfaces.  These  sections  are  followed  by 

197  “Micropurchases  Made  with  Pmchase  Cards,”  which  addresses  the  process  and  information  re- 

198  quirement  using  a  purchase  card  as  a  purchasing  method. 

199 

200  The  section,  “General  Systems  Requirements,”  sets  forth  the  general  requirements  that  apply  to 

201  all  agency  core  and  mixed  financial  management  systems,  which  is  followed  by  a  short  chapter 

202  on  “Records  Retention.” 

203 

204  Appendix  A  lists  the  statutes,  laws  and  regulations  upon  which  these  interface  requirements  are 

205  based,  followed  by  Appendix  B,  which  is  a  glossary  of  the  acquisition  and  financial  terms  used 

206  in  this  document. 

207 

208  “Appendix  C:  Factors  Influencing  the  Environment,”  provides  highlights  of  the  activities  that  are 

209  particularly  relevant  to  the  acquisition  and  financial  management  commimities.  The  last  section 

210  of  this  document  (Appendix  D)  lists  those  individuals  who  contributed  their  time,  effort  and  vi- 

211  sion  to  the  development  of  this  document. 

212 

213 

214 

215 

216 
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216  Federal  Financial  Management  Framework 

217  Financial  management  systems  in  the  Federal  government  must  be  designed  to  support  the  vision 

218  articulated  by  the  government’s  financial  management  community.  This  vision  requires  financial 

219  management  systems  to  support  the  partnership  between  acquisition  and  financial  managers  and 

220  to  ensure  the  integrity  of  information  for  decision  making  and  measuring  performance.  This  in- 

221  eludes  the  following  abilities: 


222 

223 

224 

225 

226 

227 

228 

229 

230 


♦  Collect  accurate,  timely,  complete,  reliable,  and  consistent  information. 

♦  Provide  for  adequate  agency  management  reporting. 

♦  Support  govemmentwide  and  agencywide  policy  decision  making. 

♦  Support  the  preparation  and  execution  of  agency  budgets. 

♦  Facilitate  the  preparation  of  financial  statements  and  other  financial  reports  in  accordance 
with  Federal  accounting  and  reporting  standards. 

♦  Provide  information  to  central  agencies  for  budgeting,  analysis,  and  govemmentwide  re¬ 
porting,  including  consolidated  financial  statements. 

♦  Provide  a  complete  audit  trail  to  facilitate  audits. 


231  As  shown  in  Illustration  1,  establishing  imiform  requirements  is  only  part  of  the  process  of  im- 

232  proving  financial  managements  systems  and  information.  Improvements  can  be  achieved  through 

233  the  selection,  development,  and/or  purchase  of  software  applications  that  meet  approved  fime- 

234  tional  requirements  and  technical  and  data  management  specifications.  Agencies  must  continue 

235  to  improve  their  financial  systems  and  implement  new  requirements  as  they  are  issued  so  that 

236  continuing  efforts  to  standardize  and  upgrade  data  and  reporting  requirements,  in  accordance 

237  with  the  OMB’s  govemmentwide  five-year  financial  management  plan,  will  be  successful. 


238  Well-defined  and  effective  govemmentwide  functional  requirements  assist  agencies  in  develop- 

239  ing  strong  systems  and  information  by  eliminating  duplicate  work  among  agencies  and  providing 

240  a  common  framework  so  that  commercial  vendors  can  more  economically  provide  systems  soft- 

241  ware.  Development  of  govemmentwide  functional  requirements  is  a  critical  effort  that  will  affect 

242  internally  developed  systems,  the  evaluation  and  selection  of  commercially  available  systems,  as 

243  well  as  mature  manual  systems.  In  support  of  this  vision,  the  Federal  government  must  establish 

244  govemmentwide  financial  management  systems  and  compatible  agency  systems,  with  standard- 

245  ized  information  and  electronic  data  exchange,  to  support  program  delivery,  safeguard  assets, 

246  and  manage  taxpayer  dollars. 


247  Each  agency  should  supplement  the  govemmentwide  standard  requirements,  described  in  this 

248  document,  with  its  unique  agency  requirements  to  provide  a  uniform  basis  for  the  standardization 

249  of  financial  management  systems  as  required  by  the  Chief  Financial  Officers  (CFO)  Act  of  1990, 

250  FFMIA,  and  other  statutes.  However,  standard  core  requirements  must  be  maintained. 


3 


EXPOSURE  DRAFT 


Financial  System  Improvement  Projects 
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254  It  is  critical  that  financial  management  systems  support  the  agency’s  mission  and  programs,  in- 

255  eluding  changes  to  them,  and  that  financial  management  system’s  plans  are  incorporated  into  the 

256  agency’s  plans  for  information  technology  (IT)  infrastructure  and  information  systems  as  a 

257  whole.  Further,  systems  design  efforts  should  include  an  analysis  of  how  systems  improvements, 

258  new  technology  supporting  financial  management  systems,  and  modifications  to  existing  work 

259  processes  can  together  enhance  agency  operations  and  improve  program  and  financial  manage- 

260  ment.  Reassessing  information  and  processing  needs,  and  redesigning  processes,  procedures,  and 

261  policies  are  essential  steps  to  meeting  user  needs. 

262  The  following  section  discusses  integrated  financial  management  systems. 

263 
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263  Integrated  Financial  Management  Systems 

264  Financial  management  systems  must  be  designed  with  effective  and  efficient  interrelationships 

265  between  software,  hardware,  personnel,  procedures,  controls,  and  data  contained  within  the  sys- 

266  terns.  To  be  integrated,  financial  management  systems  must  have,  as  a  minimum,  the  following 

267  four  characteristics; 


268 

269 

270 

271 

272 

273 


(1)  Standard  data  classifications  (definitions  and  formats)  established  and  used  for  re¬ 
cording  financial  events 

(2)  Common  processes  used  for  processing  similar  kinds  of  transactions 

(3)  Internal  controls  over  data  entry,  transaction  processing,  and  reporting  applied  consis¬ 
tently 

(4)  A  design  that  eliminates  unnecessary  duplication  of  transaction  entry. 


274  The  financial  management  system’s  policy  described  in  0MB  Circular  A-127,  “Financial  Man- 

275  agement  Systems,”  requires  that  each  agency  establish  and  maintain  a  single,  integrated  financial 

276  management  system.  Without  a  single,  integrated  financial  management  system  to  ensure  timely 

277  and  accurate  financial  data,  poor  policy  decisions  may  occur,  due  to  inaccurate  or  untimely  in- 

278  formation.  Managers  are  less  likely  to  be  able  to  report  accurately  to  the  President,  the  Congress, 

279  and  the  public  on  government  operations  in  a  timely  manner.  Scarce  resources  are  more  likely  to 

280  be  directed  toward  the  collection  of  information  rather  than  to  delivery  of  the  intended  programs. 

281  Further,  modifications  to  financial  management  systems  is  necessary  to  keep  pace  with  rapidly 

282  changing  technology  and  user  requirements  cannot  be  coordinated  and  managed  properly. 

283  Having  a  single,  integrated  financial  management  system  does  not  necessarily  mean  having  only 

284  one  software  application  within  each  agency  covering  all  financial  management  system’s  needs. 

285  Rather,  a  single,  integrated  financial  management  system  is  a  unified  set  of  financial  systems  and 

286  the  financial  portions  of  mixed  systems  (e.g.,  acquisition)  encompassing  the  software,  hardware, 

287  personnel,  processes  (manual  and  automated),  procedures,  controls,  and  data  necessary  to  carry 

288  out  financial  management  functions,  manage  the  financial  operations  of  the  agency,  and  report 

289  on  the  agency’s  financial  status  to  central  agencies.  Congress,  and  the  public. 


290  Integrated  means  that  the  user  is  able  to  have  one  view  into  systems  such  that,  at  whatever 

291  level  the  individual  is  using  the  system,  he  or  she  can  obtain  the  information  needed  effi- 

292  ciently  and  effectively  through  electronic  means.  However,  it  does  not  necessarily  mean 

293  that  all  information  is  physically  located  in  the  same  database.  Yet,  as  data  warehousing 

294  becomes  more  of  a  standard,  the  data  may  indeed  be  stored  centrally  and  accessed  re- 

295  motely. 

296  Unified  means  that  systems  are  planned  and  managed  together,  operated  in  an  integrated 

297  fashion,  and  linked  together  electronically  in  an  efficient  and  effective  manner  to  provide 

298  agency-wide  financial  system  support  necessary  to  carry  out  the  agency’s  mission  and  sup- 

299  port  the  agency’s  financial  management  needs. 
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300  Interfaces,  where  one  system  feeds  data  to  another  system  following  normal  business/transaction 

301  cycles,  such  as  depreciation  charges  recorded  in  general  ledger  control  accounts  at  specific  time 

302  intervals,  may  be  acceptable  as  long  as  the  supporting  detail  is  maintained  and  accessible  to 

303  managers.  In  such  cases,  interface  linkages  must  be  electronic  unless  the  number  of  transactions 

304  is  so  small  that  it  is  not  cost-beneficial  to  automate  the  interface.  Reconciliations  between  sys- 

305  terns,  where  interface  linkages  are  appropriate,  must  be  performed  to  ensure  data  accuracy.  Simi- 

306  larly,  such  reconciliations  should  be  automated  when  cost  beneficial. 

307  To  develop  an  integrated  information  system,  it  is  critical  that  systems  analysts  and  systems  ac- 

308  countants  identify  the  following: 


309 

310 

311 

312 

313 


♦  The  scope  of  the  functions  to  be  supported  (processes) 

♦  How  data  quality  will  be  ensured  (data  stewardship) 

♦  Information  to  be  processed  (management  information) 

♦  How  systems  fit  together  to  support  the  functions  (systems  architecture) 

♦  Safeguards  needed  to  ensure  the  integrity  of  operations  and  data  (internal  control). 


314  All  of  these  pieces  must  be  brought  together  in  a  model  such  as  the  one  shown  in  Illustration  2. 

315  These  pieces  must  work  together  to  form  an  efficient  integrated  information  system.  A  change  to 

316  any  part  of  the  model  would  require  a  determination  of  the  implications  on  other  parts  of  the 

317  model.  For  example,  a  new  reporting  requirement  may  require  changes  throughout  the  entire 

318  model.  The  following  section  discusses  agency  financial  management  systems  architecture. 


319 


320 

321 

322 


Integrated  Model  for  Federal  Information  Systems 
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322  Agency  Financial  Management  Systems  Architecture 

323  Agency  financial  management  systems  are  information  systems  that  track  financial  events  and 

324  summarize  information  to  support  the  mission  of  an  agency,  provide  for  adequate  management 

325  reporting,  support  agency-level  policy  decisions  necessary  to  carry  out  fiduciary  responsibilities, 

326  and  support  the  preparation  of  auditable  financial  statements. 

327  Agency  financial  management  systems  fall  into  three  categories: 


328 

329 

330 

331 


(1)  Core  financial  systems 

(2)  Other  financial  and  mixed  systems,  including  acquisition  management  systems 

(3)  Departmental  executive  information  systems  (systems  to  provide  management  informa¬ 
tion  to  all  levels  of  management). 


332  These  systems  must  be  linked  together  electronically  to  be  effective  and  efficient.  Summary  data 

333  transfers  must  be  provided  from  agency  systems  to  central  systems  to  permit  summaries  of  man- 

334  agement  information  and  agency  financial  performance  information  on  a  govemmentwide  basis. 


335  Subject  to  govemmentwide  policies,  the  physical  configuration  of  financial  management  sys- 

336  terns,  including  issues  of  centralized  or  decentralized  activities,  processing  routines,  data,  and 

337  organizations,  is  a  decision  best  left  to  the  individual  agency,  which  can  determine  the  optimal 

338  manner  in  which  to  support  its  mission.  The  physical  design  of  the  system,  however,  should  con- 

339  sider  the  agency’s  organizational  philosophy,  the  technical  capabilities  available,  and  the  most 

340  appropriate  manner  to  achieve  the  necessary  single  integrated  financial  management  system  for 

341  the  agency. 


342  The  systems  architecture  shown  in  Illustration  3  provides  a  logical  perspective  identifying  the 

343  relationships  of  various  system  types.  Although  this  does  not  necessarily  represent  the  physical 

344  design  of  the  system,  it  does  identify  the  system  types  generally  needed  to  support  program  de- 

345  livery/financing  and  financial  event  processing  for  effective  and  efficient  program  execution. 

346  The  acquisition  system  box  highlighted  in  Illustration  3  signifies  the  financial  interface  require- 

347  ments  between  an  agency’s  acquisition  and  core  financial  systems — ^not  those  associated  with  the 

348  entire  acquisition  process. 
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349 


Agency  Systems  Architecture 


350 

351 


Illustration  3 


352  As  shown  in  the  illustration,  acquisition  systems  are  an  integral  part  of  the  total  financial  man- 

353  agement  system  for  all  Federal  agencies.  They  support  programmatic  objectives  and  interact  with 

354  core  financial,  property  management,  inventory,  and  other  systems,  to  certify  funds  availability, 

355  commit/de-commit  funds,  obligate/de-obligate  funds,  make  payments,  and  support  contract 

356  closeout  processes. 

357  The  following  section  provides  an  overview  of  the  Federal  acquisition  system. 


358 
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358  Federal  Acquisition  System  Overview 

359  This  section  provides  an  overview  of  the  acquisition  system.  It  is  provided  as  a  background  for 

360  delineating  the  high-level  processes  whereby  the  acquisition  and  financial  systems  must  share 

361  information  requirements. 

362  The  Federal  acquisition  system  encompasses  the  processes,  policies,  and  procedures  the  govem- 

363  ment  employs  to  acquire  goods  and  services  for  its  use.  Those  processes,  policies,  and  proce- 

364  dures  are  applicable  to  all  executive  agencies  and  are  published  in  the  Federal  Acquisition  Regu- 

365  lation  (FAR)  and  various  agency  regulations  that  implement  or  supplement  the  FAR.  The  dollar 

366  value  of  all  goods  and  services  acquired  by  the  Federal  government  amounted  to  over  $230  bil- 

367  lion  in  fiscal  year  (FY)  2000  and  involved  almost  30  million  transactions.^  This  total  includes 

368  23.5  million  transactions  worth  $12.3  billion  using  purchase  cards. 


369  The  following  are  some  of  the  principles  guiding  the  system: 


370 

371 

372 

373 


♦  Providing  quality  products,  on  a  timely  basis,  at  reasonable  costs  to  the  taxpayer 

♦  Promoting  competition  while  rewarding  suppliers  for  successful  past  performance 

♦  Maintaining  a  system  open  to  all  responsible  suppliers  while  meeting  special  public  pol¬ 
icy  objectives,  e.g.,  environmental,  socio-economic. 


374  Responsible  government  officials  implement  the  system  in  the  broad  areas  of  requirements  defi- 

375  nition,  solicitation,  negotiation,  source  selection,  award,  and  contract  administration.  Those  offi- 

376  cials  are  free  to  apply  sound  business  judgment  to  these  various  aspects  of  the  system,  provided 

377  such  judgment  is  consistent  with  the  FAR;  does  not  violate  law,  executive  order  or  other  regula- 

378  tions;  and  is  in  the  best  interests  of  the  government. 


379  The  Federal  acquisition  system  relies  on,  and  interacts  with,  many  other  agency-specific  systems. 

380  For  example,  inventory  systems  may  trigger  the  decision  to  procure,  while  the  delivery  of  con- 

381  tract  end  items  may  be  used  to  establish  the  agency’s  property  management  system  record.  Simi- 

382  larly,  the  acquisition  system’s  issuance  of  an  award  can  trigger  the  establishment  of  the  financial 

383  system’s  obligation  transaction  by  means  of  an  electronic  interface.  The  principal  system,  how- 

384  ever,  that  shares  information  requirements  and  creates  two-way  dependencies  with  the  acquisi- 

385  tion  system  is  the  financial  system.  These  dependencies  help  to  ensure  integrity  and  control  in 

386  the  areas  of  budget,  program  management  and  delivery,  external  reporting,  and  data  integrity. 

387  The  Federal  acquisition  system  is  represented  in  the  following  high-level  process  flow  diagram 

388  (Illustration  4).  The  process  flow  diagram  shows  critical  interfaces  between  the  acquisition  and 

389  financial  systems  (highlighted  boxes)  as  well  as  a  myriad  of  acquisition  related  activities  that  oc- 

390  cur  within  this  process.  Within  this  life  cycle,  there  are  two  procurement  methods  that  differenti- 

391  ate  the  processes  that  occur  between  acquisition  and  finance  and  define  the  resulting  interface 

392  requirements  that  occur.  These  distinguishing  procurement  methods  are  (1)  micropurchases 


^  Federal  Procurement  Report,  Fiscal  Year  2000  through  Fourth  Quarter,  (October  1, 1999  through  September  30, 
2000). 
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393  made  with  purchase  cards  and  (2)  procurements  (for  purposes  of  this  document,  transactions 

394  other  than  micropurchases  made  with  purchase  cards).^ 


395 


396  Federal  Acquisition  System  Process 

397  (Financial  Interfaces  Highlighted) 


398 

399 


400 


Illustration  4 


^  It  should  be  noted  that  payment  for  micropurchases  can  also  be  accomplished  with  imprest  fund  transactions,  third 
party  drafts,  or  convenience  checks,  however  these  techniques  occur  with  less  frequency  than  payment  with  pur¬ 
chase  cards. 
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40 1  The  Federal  Acquisition  Streamlining  Act  of  1 994  created  a  new  procurement  category  called 

402  micropurchases  for  open  market  purchases  below  a  dollar  threshold  (currently  $2,500).  Stream- 

403  lined  micropurchases  use  purchase  cards  as  the  preferred  method  of  procurement.^  Funding,  ob- 

404  ligation,  and  payment  may  often  be  executed  on  a  bulk  basis  rather  than  on  an  individual  transac- 

405  tion  basis.  Generally,  micropurchases  require  more  limited  interface  with  finances  than  procure- 

406  ments.  See  the  section  on  micropurchases  made  with  purchase  cards  beginning  on  page  52  for  a 

407  discussion  of  the  process  used  to  accomplish  micropurchase  acquisitions. 

408  For  procurements,  four  basic  processes  between  acquisition  and  finance  are  involved:  funds  cer- 

409  tification,  obligation/de-obligation,  payment,  and  closeout.  It  is  these  processes  (which  may  not 

410  be  universally  applicable)  that  form  the  structure  for  organizing  shared  information  requirements 

411  described  in  detail  in  later  sections  of  this  document  and  summarized  below. 

412  To  begin  the  procurement  process,  the  agency  conducts  market  research  and  may  develop  an  ac- 

413  quisition  plan.  The  agency  program  (requiring)  office  develops  a  procurement  request  to  be  sent 

414  to  the  contracting  office.  The  government  may  set  forth  its  requirements  for  goods  or  services  in 

415  a  statement  of  work  (SOW).  The  SOW  reflects  the  government’s  market  research  and  maximizes 

416  the  use  of  commercial  products  and  services.  The  agency  then  determines  the  evaluation  criteria 

4 1 7  that  will  be  used  to  select  a  source. 

418  At  this  point  in  the  procurement  process,  the  first  acquisition/financial  information  exchange  oc- 

419  curs  as  the  financial  system  is  accessed  to  perform  a  funds  availability  certification  ox  funds  cer- 

420  tification  to  verify  that  funds  are  available  for  the  contemplated  purchase.  Where  possible  and 

421  cost  effective,  an  electronic  interface  at  this  point  may  enable  the  establishment  of  commitment 

422  records.  Through  funds  certification,  funds  may  be  committed  or  reserved  in  the  financial  system 

423  in  anticipation  of  future  obligations.  The  commitment,  or  reservation  of  funds,  prevents  those 

424  funds  from  being  used  for  any  other  purpose. 

425  Following  funds  certification,  the  procurement  action  typically  proceeds  through  the  remainder 

426  of  the  acquisition  process,  i.e.,  solicitation,  negotiation,  and  award.  A  determination  is  made  as  to 

427  the  method  of  procurement,  e.g.,  negotiated  procurement,  or  piurchase  from  an  agency  or  gov- 

428  emmentwide  contract.  A  solicitation  is  then  issued  and  responses  are  received  and  evaluated.  In 

429  the  case  of  negotiated  procurements,  the  competitive  range  is  established,  negotiations  are  con- 

430  ducted,  and  a  contract  is  awarded.  In  some  cases,  agencies  use  contracting  vehicles  from  other 

43 1  agencies  (e.g..  General  Services  Administration  [GSA]  Multiple  Award  Schedules,  govem- 

432  mentwide  acquisition  contracts)  to  perform  more  streamlined  acquisitions  by  placing  delivery 

433  orders  against  these  contracting  vehicles. 

434  Once  a  contract  is  awarded,  the  acquisition  system’s  record  can  be  used  to  establish  the  financial 

435  system’s  obligation  transaction  by  means  of  an  electronic  interface.  The  obligation  is  then  re- 

436  corded  in  the  finance  system  and  eventually  results  in  outlays  as  the  terms  of  the  contract  are  sat- 

437  isfied.  Similarly,  a  de-obligation  record  can  be  produced  when  modifications,  cancellations,  or 

438  other  adjustments  affecting  contract  funding  are  processed  against  awards. 


“*  Purchase  cards  can  also  be  used  as  a  payment  method  for  other  procurements.  Information  requirements  for  this 
type  of  payment  method  are  discussed  on  page  46  in  the  section  on  payments. 
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439  As  part  of  contract  administrative  management  activities,  receipt  and  acceptance  of  goods  and 

440  services  are  routinely  addressed  so  that  contractor  performance  and  related  payments  can  be  ac- 

441  complished  in  accordance  with  the  contract’s  terms  and  conditions.  These  actions  also  relate  to 

442  the  payment  management  function  within  the  core  financial  system^  that  maintains  the  necessary 

443  information  to  effect  and  manage  the  payment  process.  Documentation  supporting  payment,  such 

444  as  evidence  of  receipt  and  acceptance,  may  be  provided  through  interfaces  with  acquisition, 

445  property  management,  inventory,  or  other  systems  involved  in  the  receipt  and  acceptance  of 

446  goods  or  services. 

447  The  closeout  process  occurs  as  a  result  of  the  government’s  determination  that  the  contract  has 

448  been  physically  completed  and  all  administrative  actions,  including  final  receipt  and  final  pay- 

449  ment,  have  been  made. 

450  This  document  establishes  the  shared  information  requirements  for  acquisition  and  financial  sys- 

45 1  terns,  within  the  functional  interface  processes  described  above. 

452  The  following  section  provides  an  introduction  to  shared  information  (interface)  requirements  of 

453  acquisition  and  financial  systems. 

454 


’  JFMIP  Core  Financial  System  Requirements  (SR-99-4). 
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454  Introduction  to  Acquisition/Financial  Systems  Interface 

455  Requirements 


456  This  document  identifies  the  shared  information  requirements  necessary  within  the  acquisition 

457  and  financial  systems  to  facilitate  efficient  and  reliable  data  sharing  between  the  acquisition  and 

458  financial  management  processes.  These  requirements  are  based  upon  statute,  regulation,  or  best 

459  practice  and  were  deliberated  and  concurred  upon  by  the  acquisition  and  financial  communities 

460  represented  by  the  participants  of  this  study.  Financial  and  mixed  systems  must  comply  with 

461  these  requirements  to  ensure  the  sharing  of  data  among  systems  and  to  form  the  basis  for  an 

462  agency’s  single  integrated  financial  management  system. 

463  To  develop  these  shared  information  requirements,  a  team  was  established  and  members  were 

464  assigned  responsibility  for  each  of  four  processes:  funds  certification,  obligation/de-obligation, 

465  payment,  and  closeout.  Fifty-four  team  members  from  23  government  agencies  participated  in 

466  this  effort  and  represented  approximately  equal  membership  from  both  the  acquisition  and  fi- 

467  nance  communities.  The  team  included  members  from  govemmentwide  policy  and  audit  organi- 

468  zations  such  as  the  General  Accounting  Office  (GAO),  the  Office  of  Management  and  Budget 

469  (0MB),  and  the  Federal  Accounting  Standards  Advisory  Board  (FASAB). 

470  Methodology 


471  The  team  developed  shared  information  requirements  by  first  creating  flow  diagrams  associated 

472  with  each  of  the  four  interface  processes.  These  diagrams  depict  various  cross-functional  interac- 

473  tions  during  the  acquisition  process.  Next,  the  team  identified,  from  statutory  or  regulatory 

474  source  documents,  the  information-specific  requirements  that  must  be  available  to  enable  the 

475  execution  of  the  activity  in  the  process  flow.  The  exact  language  of  the  requirement  was  identi- 

476  fied  as  it  appeared  in  statute  and  implementing  documents,  e.g.,  FAR,  Core  Financial  Systems 
All  Requirements.  In  addition  to  reviewing  Core  Financial  Systems  Requirements,  the  team  evalu- 

478  ated  other  relevant  JFMIP  documents  covering  related  flmctions,  e.g.,  property,  inventory,  and 

479  seized  property  and  forfeited  assets.  After  much  deliberation,  the  team  derived  specific  shared 

480  information  requirements,  and  these  requirements  were  then  documented. 


481  Concurrently,  the  team  identified  the  information  that  must  be  available  within  the  single  inte- 

482  grated  financial  management  system  and  accessible  to  the  acquisition  and  financial  systems 

483  through  an  interface.  Note  that  an  information  interface  requirement  may  take  a  number  of 

484  forms:  a  data  element,  a  reporting  need,  an  internal  control,  or  an  edit  requirement. 


485  Interface  requirements  in  this  document  are  designated  as  either  mandatory  or  value-added.  The 

486  following  definitions  govern  the  distinction  between  mandatory — signified  by  the  word 

487  “must” — ^and  value-added — signified  by  the  word  “should.” 


488 

489 

490 

491 

492 

493 


♦  Mandatory  requirements  describe  what  the  system  must  do  and  consist  of  the  minimum 
acceptable  functionality  necessary  to  establish  a  system,  or  are  based  on  Federal  laws  and 
regulations.  Mandatory  requirements  are  those  against  which  agency  heads  evaluate  their 
systems  to  determine  substantial  compliance  with  systems  requirements  under  the 
FFMIA.  These  requirements  apply  to  existing  systems  in  operation  and  new  systems 
planned  or  under  development. 
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494  ♦  Value-added  requirements  describe  features  or  characteristics  and  may  consist  of  any 

495  combination  of  the  following:  (1)  using  state  of  the  art  technology,  (2)  employing  the  pre- 

496  ferred  or  best  business  practices,  or  (3)  meeting  the  special  management  needs  of  an  indi- 

497  vidual  agency.  Value-added,  optional,  and  other  similar  terminology  may  be  used  to  de- 

498  scribe  this  category  of  requirements.  Agencies  should  consider  value-added  features 

499  when  judging  systems  options.  The  need  for  these  value-added  features  in  agency  sys- 

500  terns  is  left  to  the  discretion  of  each  agency  head. 

501  The  various  steps  and  information  requirements  associated  with  the  financial  and  acquisition 

502  processes  do  not  necessarily  occur  in  all  cases  in  the  order  presented.  Any  information  require- 

503  ment  identified  as  mandatory,  is  mandatory  throughout  the  acquisition  process,  if  applicable  to 

504  the  transaction,  no  matter  when  in  the  process  the  associated  data  becomes  available.  For  exam- 

505  pie,  in  competitive  procurements,  a  vendor  identification  (ID)  may  only  be  available  at  the  time 

506  of  contract  award.  In  sole  source  contracts,  the  vendor  ID  may  be  known  and  the  system  should 

507  be  able  to  accommodate  the  data  element  earlier,  i.e.,  at  funds  certification. 

508  During  the  development  of  the  shared  information  requirements,  the  team  also  differentiated  be- 

509  tween  the  two  alternative  procurement  methods — ^micropurchases  made  with  purchase  cards  and 

510  procurements.  Within  each  of  these  alternatives,  the  process  flow  diagrams  in  each  respective 

511  process  section  display  the  activities  executed  by  one  of  the  following:  the  agency’s  designated 

512  official,  contracting,  finance,  supplier  and  disbursing.  Designated  official  refers  to  the  organiza- 

513  tional  element  responsible  for  the  process  step,  such  as  the  program  office,  receiving  and  accep- 

514  tance  officials,  and  sometimes  contracting  or  finance  representatives.  Note  that  for  a  given  activ- 

515  ity,  the  performing  organization  is  not  necessarily  the  same  in  every  agency.  Further,  the  finance 

5 1 6  function  could  include  the  finance,  accounting,  program,  or  budget  office(s)  or  be  an  automated 

517  part  of  the  financial  system.  The  contracting  function  is  the  actual  contracting  office  that  has 

518  been  delegated  contracting  authority  pursuant  to  the  FAR.^  Supplier  refers  to  the  commercial  or- 

519  ganization  that  performs  the  service  or  supplies  the  goods  and  disbursing  is  the  government 

520  payment  organization  that  makes  physical  payment. 

52 1  This  document  may  be  used  when  developing  new  acquisition  and  financial  systems,  and  related 

522  interfaces,  or  improving/evaluating  current  systems.  It,  however,  does  not  provide  hard- 

523  ware/software  performance  requirements  for  such  systems;  rather,  it  provides  the  high-level  in- 

524  terface  requirements  necessary  for  the  acquisition  and  financial  commimities  to  effectively  com- 

525  plete  the  integration  of  their  systems. 

526  Data  Elements  and  Data  Entry 

527  The  data  elements  identified  in  the  subsequent  process  sections  include  all  data  required  to  exe- 

528  cute  the  identified  functionality.  In  some  cases,  the  same  data  element  may  appear  in  more  than 

529  one  functionality.  This  allows  system  developers  to  understand  the  entire  set  of  data  required  for 

530  a  specific  functionality  within  an  interface  process.  It  is  not  meant  to  suggest  multiple  entries  of 

531  data. 


*  FAR  1.602-1  “Career  Development,  Contracting  Authority,  and  Responsibilities — Authority.” 


16 


EXPOSURE  DRAFT 


532  Information  requirements  are  identified  within  each  interface  process.  For  example,  invoices, 

533  receiving  reports,  payment,  and  acceptance  documents  are  sources  for  information  requirements 

534  associated  with  the  payment  process.  Many  important  data  elements  may  be  included  within  an 

535  information  requirement.  As  an  example,  a  receiving  report  may  include  the  following  data  ele- 

536  ments:  product/service  description,  quantity  received,  date  received,  and  line  of  accoxmting. 

537  Data  entered  at  any  point  in  the  acquisition  process  should  be  retrievable  at  a  subsequent  point  or 

538  points.  As  a  specific  example,  assume  that  goods  previously  ordered  have  been  received.  Some 

539  systems  allow  the  receiving  official  to  electronically  select  items  from  the  purchase  order  (PO) 

540  and  indicate  receipt  of  just  these  items.  Under  these  circiunstances,  the  official  does  not  have  to 

541  reenter  all  of  the  detailed  receiving  report  data.  The  data  related  to  the  receipt  includes  certain 

542  data  from  the  PO  (e.g.,  product  description  and  line  of  accounting)  as  well  as  data  not  previously 

543  entered  (e.g.,  date  received  and  quantity  received)  which  a  designated  official  would  enter  into 

544  the  acquisition,  property  management  or  inventory  system,  as  applicable.  The  goal  is  to  have  full 

545  accessibility  and  portability  of  the  previously  entered  data  within  the  agency’s  single  integrated 

546  financial  management  system. 

547  Access  to  Information 

548  The  acquisition/finance  interface  requirements  in  this  publication  have  been  identified  as  essen- 

549  tial  to  the  performance  of  both  the  finance  and  acquisition  fimctions.  This  information  is  critical 

550  at  the  time  of  its  initial  entry  into  the  agency’s  single  integrated  financial  management  system 

551  and  retains  its  importance  as  long  as  it  is  necessary  for  it  to  be  contained  in  this  system.  As  such, 

552  these  requirements,  regardless  of  their  form,  must  be  made  available  to  all  users — ^both  from  the 

553  finance  and  acquisition  communities — who  require  it  to  carry  out  their  respective  responsibili- 

554  ties. 

555  The  flow  diagrams  for  each  process  (funds  certification,  obligation,  de-obligation,  payment,  and 

556  closeout)  are  presented  in  their  respective  sections.  The  following  section  covers  the  funds  certi- 

557  fication  process. 

558 
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558  Funds  Certification 

559  Funds  availability  certification,  or  funds  certification,  is  part  of  the  funds  control  process  that 

560  verifies  that  funds  or  budget  authority  are  available  for  the  contemplated  acquisition.  This  is  the 

561  first  point  at  which  the  acquisition  process  interfaces  with  the  financial  system.  Appropriated 

562  funds  are  generally  restricted  by  law,  as  to  purpose,  amount,  and  period  of  availability.  Once  the 

563  budgetary  authority  is  received  and  recorded  in  the  accounting  system,  purchases  can  be  made 

564  within  its  limitations.  Fimds  certification  accounting  records  help  ensure  that  subsequent  entry  of 

565  undelivered  orders  or  accrued  expenditures  does  not  exceed  the  balance  of  funds  available,  i.e., 

566  the  budgetary  restrictions  on  amount  and  availability.  The  acquisition  system  can  access  data 

567  electronically,  in  some  cases,  and  use  capabilities  of  the  core  financial  system  to  verify  that  funds 

568  are  available  and  comply  with  appropriation  law. 

569  Commitment  accounting,  often  accomplished  as  part  of  funds  certification,  is  a  practice  whereby 

570  agencies  can  make  an  administrative  reservation  of  funds  when  a  known  procurement  require- 

571  ment  exists.  It  is  essentially  used  as  a  placeholder  until  there  is  an  order  placed,  contract 

572  awarded,  or  service  rendered.  While  not  all  agencies’  accounting  systems  require  the  formal  re- 

573  cording  of  commitments,  if  used,  they  are  able  to  produce  commitment  records  and  update  finan- 

574  cial  balances,  which  aids  in  overall  fiscal  management. 

575  Funds  Certification  Process  Flow  (see  Illustration  5) 

576  The  funds  certification  process  begins  with  a  requirement  for  supplies  and/or  services  and  a  deci- 

577  sion  to  obtain  the  needed  items  through  acquisition.  The  result  is  a  purchasing  action  for  which 

578  funds  are  certified  and,  if  necessary,  under  agency  policy,  committed.  In  the  first  step  of  funds 

579  certification,  the  designated  official  (e.g.,  the  program  manager)  develops  a  requirement  and  ini- 

580  tiates  a  purchase  request  (PR)  to  submit  to  finance  for  funding.  The  PR  describes  the  requirement 

581  and  its  estimated  value.  In  addition,  it  should  contain  or  have  attached  an  accounting  citation  of 

582  the  actual  funds  to  be  certified.  The  initial  PR  may  be  later  amended  to  adjust  funding  (or  subse- 

583  quent  PRs  may  be  issued  to  adjust  funding)  for  incremental  funding,  price  adjustments, 

584  cost/price  incentives,  etc.  For  agencies  using  commitment  accounting,  these  adjustments  may 

585  result  in  additional  commitments  or  decommitments.  Finance  then  posts  the  initial  funds  com- 

586  mitment  (or  decommitment)  and  subsequent  funding  adjustments  through  transactions  to  the  ac- 

587  coimting  record.  Once  funds  have  been  identified  and  certified  as  to  availability,  finance  indi- 

588  cates  that  funds  are  certified  either  on  or  with  the  PR  forwarded  to  contracting.  The  contracting 

589  officer  (CO)  checks  for  funds  certification  prior  to  beginning  the  procurement  action.  PR’s  may 

590  be  initiated  for  future  period  activity,  in  which  funding  is  not  yet  available;  e.g.  start  of  a  fiscal 

591  year. 

592  The  process  flow  diagram  of  funds  certification  for  procurements  is  shown  in  Illustration  5. 
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593 


Funds  Certification  Process  Flow 
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Illustration  5 


Mandatory  Requirements  for  Funds  Certification 

To  support  the  funds  certification  process,  the  agency’s  single  integrated  financial  management 
system  must  provide  the  following  capability: 

♦  Access  the  following  information 

>  FY; 

>  appropriation/Treasury  fund  symbol; 

>  organization  code; 

>  cost  center; 

>•  object  classification; 

>  estimated  amoxmt; 

>  project  code; 

>  program  code; 

>  PR  number; 

>  transaction  date; 

>  action  code  (original/new/modification); 

>  subject  to  funds  availability  indicator; 
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612 

613 

614 

615 

616 

617 

618 

619 

620 
621 
622 

623 

624 

625 

626 

627 

628 
629 


>  asset  identifier  code;’  and 

>  supplier  code/name  (e.g.,  supplier  ID,  taxpayer  identification  number  [TIN],  or  data 
universal  numbering  system  [DUNS]). 

Value-Added  Requirements  for  Funds  Certification 

To  support  the  funds  certification  process,  the  agency’s  single  integrated  financial  management 
system  should  provide  the  following  capability: 

♦  Access  the  following  information 

>  interagency  agreement  munber; 

>  trading  partner; 

>  performance  measure  code; 

>  description; 

>  estimated  amounts  increased  and/or  decreased; 

>  revenue  source  code;  and 

>  agency  location  code. 

♦  Access  the  estimated  quantity  associated  with  establishing  the  obligation  where  applica¬ 
ble,  such  as  for  property  or  inventory  purchases. 

The  next  interface  process,  obligation,  is  discussed  in  the  following  section. 


’  The  asset  identifier  is  a  new  information  requirement  used  to  identify  assets  or  multiple  assets,  as  in  the  case  of 
inventory  or  pooled  property,  plant,  and  equipment  (PP&E)  items,  for  which  costs  are  incurred.  Federal  accounting 
standards  require  that  recorded  costs  for  inventory  and  PP&E  assets  include  all  costs  incurred  to  bring  these  assets  to 
the  form  and  location  suitable  for  their  intended  use.  Since  more  than  one  contract  or  acquisition  activity  may  be 
utilized  to  acquire  and  place  PP&E  (including  national  defense  PP&E)  in  the  form  and  location  suitable  for  its  in¬ 
tended  use,  this  code  will  facilitate  the  accounting  for  total  acquisition/contracting  costs.  The  need  for  total  costs  is 
important  for  cost  accounting,  financial  reporting,  and  asset  valuation  purposes.  Therefore,  the  asset-identifier  code 
has  been  included  throughout  the  interface  processes.  Agencies  will  have  to  determine  what  organization  will  de¬ 
termine  the  coding  of  assets,  e.g.,  program,  finance. 
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629  Obligation 
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Obligation  Process  Flow  (see  Illustration  6) 

An  obligation  is  a  binding  agreement  that  will  result  in  outlays.  The  signing  of  a  contract  by  a 
CO  creates  that  bona  fide  obligation.  However,  the  obligation  to  pay  is  conditional  upon  satisfac¬ 
tory  performance  by  the  contractor.  This  obligation  to  pay  is  recorded  in  the  agency’s  financial 
records  based  on  the  accounting  information  contained  in  the  signed  contract.  Finance  is  pro¬ 
vided  a  copy  of  the  contract  to  record  the  obligation  and  to  obtain  payment  instructions.  In  the 
case  of  Enterprise  Resource  Planning  (ERP)  systems,  this  function  is  performed  through  the  rout¬ 
ing  and  approval  process  and  the  obligation  is  done  upon  approval  by  the  last  approver,  i.e.,  con¬ 
tracting  officer. 

Once  the  contract  is  awarded,  the  acquisition  system’s  award  record  can  be  used  to  establish  the 
financial  system’s  obligation  transaction  by  means  of  an  electronic  interface,  thus  eliminating 
unnecessary  transaction  entry  duplication.  Similarly,  de-obligation  records  can  be  produced 
when  modifications,  cancellations,  or  other  adjustments  are  processed  against  awards.  If  a  com¬ 
mitment  record  was  previously  established,  the  related  obligation  may  differ  in  amount,  vendor, 
or  other  attributes.  Alternatively,  an  obligation  record  can  be  created  without  a  related  commit¬ 
ment.  At  this  point  in  the  process,  vendor  information  captured  in  an  acquisition  system  may  also 
be  used  to  establish  payee  records  in  the  payee  maintenance*  portion  of  the  payment  manage¬ 
ment  system. 

Budgetary  resources  must  be  available  before  obligations  can  be  incurred  legally.  To  meet  this 
requirement,  three  elements  must  be  satisfied  prior  to  recording  an  obligation  against  an  appro¬ 
priation  account; 

♦  Purpose — ^the  obligation  must  be  for  a  purpose  for  which  the  appropriation  was  made. 

♦  Time — ^the  obligation  must  be  incurred  within  the  time  that  the  appropriation  was  made 
available  for  new  obligations. 

♦  Amount — ^the  obligation  may  not  exceed  the  amount  of  funds  available  for  obligation 
against  the  appropriation. 

These  elements  of  the  obligation  concept  are  applied  to  individual  transactions  on  a  case-by-case 
basis.  Although  funds  may  have  been  certified  as  available  for  obligation  just  prior  to  contract 
award,  appropriation  law  and  accounting  controls  necessitate  testing  these  elements  prior  to  re¬ 
cording  the  obligation. 

The  process  flow  diagram  of  obligation  for  procurements  is  shown  in  Illustration  6. 


*  For  more  information  on  requirements  related  to  core  financial  system  functions  such  as  Payee  Maintenance,  refer 
to  Core  Financial  System  Requirements. 
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Obligation  Process  Flow 


Illustration  6 


Mandatory  Requirements  for  Obligation 

To  support  the  obligation  process,  the  agency’s  single  integrated  financial  management  system 
must  provide  the  following  capability: 

♦  Access  the  following  information 

>  FY; 

>  appropriation/treasury  fund  symbol; 

>  organization  code; 

>  cost  center; 

>  object  classification; 

>  project  code; 

>  program  code; 

>  amoimt; 

>  PR  number; 
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>  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  blanket  purchase  agreement  (BP A)  number  and  all  associated  BPA  call  num¬ 
bers  (including  modification  number,  if  any); 

>  contractor  name; 

>  supplier  TIN; 

>  DUNS  identification; 

>  interagency  agreement  number; 

>  trading  partner; 

>  award  (transaction)  date; 

>  action  code; 

>  product  or  service  description; 

>  amounts  increased  and/or  amounts  decreased; 

>  subject  to  funds  availability  indicator;  and 

>  asset  identifier  code. 


692  ♦  Access  the  full  estimated  cost  of  the  interagency  agreement  (both  direct  and  indirect  costs 

693  need  to  be  provided  for  evaluation). 


694  ♦  Provide  transaction  details  to  support  accoxmt  balances. 


695  ♦  Provide  access  to  a  hard  copy  or  an  electronic  copy  (where  cost  effective)  of  the  entire 

696  executed  (signed)  contract,^  including  the  following  critical  data  elements  captured  at  ob- 

697  ligation  and  necessary  for  payment  and/or  other  financial  processes 


698 

699 

700 

701 

702 

703 


>  obligating  document  number  (if  different  from  contract  number); 

>  contractor  name  and  address; 

>  contract  administration  office; 

>  payment  office; 

>  unit  of  measure; 

>  unit  price; 


’  Per  FAR  4.201,  the  entire  signed  contract  is  provided  to  the  paying  office. 
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704 

705 

706 

707 

708 

709 

710 

711 

712 

713 

714 

715 

716 

717 

718 

719 

720 

721 

722 

723 

724 

725 

726 

727 

728 

729 


>  extended  price; 

>  quantity; 

>  variance  amount  allowed; 

>  total  amount; 

>  payment  terms  and  conditions,  e.g.,  discount  terms,  applicable  FAR  payment  clauses, 
etc.; 

>  delivery/performance  schedule; 

>  estimated  completion  date; 

>  payment  type  (e.g.,  prompt  pay,  fast  pay,  progress  pay,  or  partial  pay);  and 

>  names  of  government-designated  receiving,  invoice-approving,  and  acceptance  offi¬ 
cials. 

♦  Identify  the  method  of  acquisition,  e.g.,  purchase  or  lease. 

Value-Added  Requirements  for  Obligation 

To  support  the  obligation  process,  the  agency’s  single  integrated  financial  management  system 
should  provide  the  following  capability: 

♦  Access  other  information  where  applicable  and  available,  such  as 

>  standard  general  ledger(SGL)  account; 

>  performance  measure  code; 

>  revenue  source  code; 

>  additional  funding  indicator,  including  increases  and  decreases; 

>  line  item  number; 

>  agency  location  code. 

♦  Access  lease  information 

>  amount;  and 

>  access  to  the  lease  agreement,  including  terms  and  conditions  (e.g.,  discount  terms 
and  lease  period). 
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730  When  an  agency  cancels  or  makes  a  downward  adjustment  to  a  previously  recorded  obligation, 

73 1  the  result  is  a  de-obligation.  This  process  is  described  in  the  next  section. 

732 
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732 

733 

734 

735 

736 
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738 

739 

740 

741 

742 

743 

744 

745 

746 

747 

748 

749 

750 

751 

752 

753 

754 


De-Obligation 

De-Obligation  Process  Flow  (see  Illustration  7) 

A  de-obligation  is  an  adjustment  or  modification  downward  to  an  existing  obligation.  It  typically 
frees  up  funding  which  may  then  be  applied  to  alternative  activities.  A  de-obligation  may  be  ini¬ 
tiated  in  one  of  two  ways: 

♦  As  part  of  the  payment  process,  finance  performs  periodic  or  year-end  reconciliations  of 
actual  expenditures  to  obligations.  If  finance  concludes,  as  a  result  of  these  reconcilia¬ 
tions,  that  obligated  funds  have  exceeded  expenditures,  finance  contacts  the  CO  to  deter¬ 
mine  whether  additional  expenses  have  been  incurred,  but  not  billed.  If  additional  ex¬ 
penses  have  not  been  incurred  and  the  contract  is  complete,  the  CO  de-obligates  or  modi¬ 
fies  the  funded  contract  amount.  The  CO  contacts  both  finance  and  the  designated  official 
of  this  action.  Finance  records  the  de-obligation.  In  the  case  of  Enterprise  Resource  Plan¬ 
ning  (ERP)  systems,  this  function  is  performed  through  the  routing  and  approval  process 
and  the  de-obligation  is  done  upon  approval  by  the  last  approver,  i.e.,  contracting  officer. 

♦  The  designated  official  may  initiate  the  request  for  the  de-obligation  action,  perhaps  be¬ 
cause  of  a  funding  realignment  or  reduced  requirements.  The  CO  is  notified  by  the  desig¬ 
nated  official  and  the  CO,  with  the  assistance  of  finance,  then  verifies  whether  the  af¬ 
fected  funds  have  been  expended  and  if  further  expenses  have  been  incurred  and  not  yet 
billed.  The  CO  then  de-obligates  or  modifies  the  contract  to  de-obligate  the  funding.  The 
CO  notifies  both  finance  and  the  designated  official  of  this  action  and  finance  records  the 
de-obligation. 

The  process  flow  diagram  of  de-obligation  for  procurements  is  shown  in  Illustration  7. 
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754  De-Obligation  Process  Flow 


756  Illustration  7 


757  Mandatory  Requirements  for  De-Obligation 

758  To  support  the  de-obligation  process,  the  agency’s  single  integrated  financial  management  sys- 

759  tern  must  provide  the  capability  to  access  all  information  previously  supplied  for  the  original  ob- 

760  ligation  as  well  as  the  following  capabilities: 


761  ♦  Access  the  full  estimated  cost  reduction  of  the  interagency  agreement  (both  direct  and  in- 

762  direct  costs  need  to  be  provided  for  evaluation). 


763 

764 

765 


♦  Provide  access  to  the  entire  executed  (signed)  contract,  including  critical  data  elements 
captured  at  obligation  and  necessary  to  make  the  adjustment  to  the  original  obligation  and 
necessary  for  payment  and/or  other  financial  processes,  including 


766  >  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in- 

767  eluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 

768  any);  blanket  purchase  agreement  (BP A)  number  and  all  associated  BPA  call  num- 

769  bers  (including  modification  number,  if  any)  (to  provide  the  ability  to  cross  reference 

770  with  the  contract  or  BPA); 


77 1  Value-Added  Requirements  for  De-Obligation 

772  To  support  the  de-obligation  process,  the  agency’s  single  integrated  financial  management  sys- 

773  tern  should  provide  the  following  capability: 

774  >  change  in  product  or  service  description; 

775  >  change  in  unit  of  measure; 
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776 

111 

778 

779 

780 

781 

782 

783 

784 


>  change  in  quantity; 

>  change  in  unit  price 

>  change  in  total  price 

>  any  change  to  payment  terms  and  conditions; 

>  any  change  to  delivery/performance  schedule;  and 

>  any  revised  estimated  completion  date. 

♦  Access  the  line  item  number  of  the  change. 

The  subject  of  the  next  section  is  the  payment  process. 
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784  Payment 

785  Payment  is  the  process  by  which  the  government  disburses  monies  to  a  contractor  in  accordance 

786  with  contract  terms.  As  a  rule,  the  government  requires  receipt  of  goods  and  services  prior  to 

787  making  payment.  However,  there  are  exceptions  to  the  rule.  Advance  payments  and  progress 

788  payments  are  methods  of  contract  financing  accomplished  by  specific  clauses  included  in  the 

789  contract.  Payments  are  to  be  made  in  an  expedient  manner,  in  compliance  with  prompt  payment 

790  provisions.  Other  objectives  in  the  payment  process  are:  to  ensure  that  pa5nnents  are  charged  to 

791  the  correct  obligation;  to  ensure  that  the  invoice  description  of  items,  services,  quantities,  and 

792  prices  match  those  of  the  contract  to  be  charged;  to  minimize  the  cost  to  the  government  by  tak- 

793  ing  advantage  of  discounts  and  purchase  card  rebates;  and  to  ensure  the  payment  is  proper  (e.g., 

794  not  a  duplicate  payment),  and  that  remittance  information  is  complete.  Payments  require  authori- 

795  zation  by  an  authorized  approving  official  and  certification  by  the  certifying  officer  that  the 

796  payment  is  owed,  the  invoice  is  proper,  an  internal  proper  match  to  the  receipt  and  obligation 

797  documents  has  been  performed,  and  funds  are  available  for  the  payment. 

798  Payment  Process  Flow  (see  Illustration  8) 

799  Generally,  but  not  always,  the  payment  process  for  acquisitions  begins  when  the  contractor  de- 

800  livers  goods  or  performs  services,  and  ends  upon  the  disbursement  of  funds  to  the  contractor. 

801  Designated  approving  officials  receive  and  accept  the  goods  or  services  ordered  and  provide  in- 

802  formation  necessary,  such  as  receiving  and  acceptance  reports,  to  support  the  contract  manage- 

803  ment  and  finance  fmctions.  The  contractor  submits  to  the  government  an  invoice,  voucher,  or 

804  financing  payment  request  in  accordance  with  contract  terms  and  conditions.  It  is  then  forwarded 

805  to  the  designated  approving  official  who  determines  whether  it  is  proper  and  instructs  finance  on 

806  the  payment  amount.  The  approving  official  also  verifies  the  availability  of  funds,  and  the  desig- 

807  nated  approving  official  approves  the  payment  request  based  on  satisfactory  evidence  of  accep- 

808  tance  and  compliance  with  contract  terms.  The  disbursing  office  then  remits  the  funds  to  the  con- 

809  tractor.  Finance  also  provides  payment-related  information  to  designated  officials  in  the  program 

810  and  contracting  offices. 

811  Procurements  Using  the  Purchase  Card  for  Payment 

812  Some  agencies  authorize  COs  and  other  authorized  individuals  to  cite  a  purchase  card  accoimt 

813  number  for  payment  purposes  on  contract  and  PO  award  documents  valued  greater  than  $2,500. 

814  A  specific  individual  is  selected  and  trained  to  be  a  cardholder  and  delegated  purchase  authority; 

815  if  their  authority  exceeds  $2,500,  they  are  given  a  Certificate  of  Appointment,  commonly  known 

816  as  a  Warrant. 

817  Procurements  valued  greater  than  $2,500  that  use  the  purchase  card  solely  as  a  method  of  pay- 

818  ment  are  almost  always  documented  through  a  written  contract  or  order.  Consequently,  the  in- 

819  formation  requirements  for  obligation,  payment  and  closeout  are,  with  few  exceptions,  the  same 

820  as  those  required  by  procurements.  A  notable  difference  is  the  contractor  (i.e.,  vendor  providing 

821  goods  or  services)  is  not  paid  directly  but  through  a  third  party  financial  institution  who  pays  the 

822  contractor  and  bills  the  government. 
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823  Depending  on  an  agency’s  systems  architecture,  specific  activities  performed  relating  to  pay- 

824  ments  may  be  supported  by  interfaces  with  other  financial  systems  that  provide  transaction  data 

825  to  the  core  financial  system.  For  example,  to  support  the  payment  process,  the  receiving  flmction 

826  can  be  performed  in  an  acquisition  or  core  financial  system.  The  receiving  action  provides  one 

827  element  of  the  information  needed  for  proper  matching  performed  by  the  finance  office  when  an 

828  invoice  arrives  and  is  certified  for  payment  by  a  designated  official.  Once  payments  are  made, 

829  payment  history  and  other  funds  status  information  must  be  made  available  to  program,  acquisi- 

830  tion,  budget,  and  finance  offices.  More  elaborate  systems  may  accept  electronic  invoices,  and 

83 1  allow  receipt  and  acceptance  indications  to  be  sent  to  the  payment  management  function  elec- 

832  tronically. 

833  The  process  flow  diagram  of  payment  for  procurements  is  shown  in  Illustration  8. 

834 


835 

836 

837  Mandatory  Requirements  for  Payment 

838  1)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 

839  must  provide  the  following  capability  related  to  the  contractor: 

840  ♦  Access  the  contractor’s  TIN  and  DUNS  identification. 

841  ♦  Provide  an  indicator  (e.g.,  Y/N)  as  to  whether  payments  to  the  contractor  are  exempt 

842  from  electronic  funds  transfer  (EFT). 


Payment  Process  Flow 


Illustration  8 
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843  ♦  Access  the  following  information  related  to  an  EFT  payment 


844 

845 

846 

847 


>  contract  number  and  all  associated  delivery  order  nmnbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  number  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any);  name  and  remittance  address; 


848  >  signature,  title,  and  telephone  number  of  the  contractor  official  authorized  to  provide 

849  EFT  information; 


850  >  name,  address,  and  nine-digit  routing  and  transit  number  (RTN)  of  the  contractor’s  fi- 

85 1  nancial  agent; 

852  >  contractor’s  account  number  and  type  of  accoimt  (checking,  savings,  or  lockbox); 


853  ^  the  Fedwire  Transfer  System  telegraphic  abbreviation  of  the  contractor’s  financial 

854  agent;  and 


855 

856 

857 


>  the  name,  address,  telegraphic  abbreviation,  and  nine-digit  RTN  of  the  financial  insti¬ 
tution  receiving  the  wire  transfer  payment  if  the  contractor’s  financial  agent  is  not 
coimected  directly  to  the  Fedwire  Transfer  System  online. 


858  2)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 

859  must  provide  the  following  capability  related  to  the  contract: 


860  ♦  Access  the  following  information  related  to  the  contract,  captured  at  obligation 


861 

862 

863 

864 


>  contract  number  and  all  associated  delivery  order  munbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  munber  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any); 


865  >  award  date; 


866  >  obligating  document  number  (if  different  from  contract  number); 

867  >  contractor  name  and  address; 


868  >  contract  administration  office; 


869 

870 

871 

872 

873 


>  payment  office; 

>  product  or  service  description; 

>  unit  of  measure; 

>  unit  price; 

>  extended  price; 
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874 

875 

876 

877 

878 

879 

880 
881 
882 

883 

884 

885 

886 

887 

888 

889 

890 

891 

892 

893 

894 

895 

896 

897 

898 

899 

900 

901 


>  quantity; 

>  payment  terms  and  conditions,  e.g.,  discount  terms,  applicable  FAR  payment  clauses, 
etc.; 

>  payment  type,  e.g.,  prompt  pay,  fast  pay,  progress  pay,  or  partial  pay; 

>  line  of  accounting; 

>  names  of  government-designated  receiving,  certifying,  and  acceptance  officials; 

>  variance  amount  allowed; 

>  total  amount 

♦  Provide  access  to  a  protest  decision  that  resulted  in  the  award  of  costs. 

♦  Access  the  specified  duration  of  land  rights  acquired. 

♦  Access  any  restrictions  on  the  use  or  convertibility  of  general  PP&E  acquired. 

♦  Provide  access  to  the  following  required  information  associated  with  the  payment  for 
PP&E  acquired  under  lease 

>  lease  agreement  and  terms; 

>  amount  of  lease;  and 

>  discount  rate  (if  a  lease). 

♦  Access  the  costs  and  asset  identifier(s)  associated  with  the  cleanup  of  PP&E. 

♦  Access  the  asset  identifier  and/or  project/program  code  and  asset  category  (e.g.,  national 
defense  assets,  multi-use  heritage  asset,  and  investments  in  non-Federal  property)  associ¬ 
ated  with  the  payment. 

♦  Access  the  following  information  associated  with  acquisitions  related  to  software  devel¬ 
opment 

>  total  acquisition  costs  by  line  item  description  of  phase,  e.g.,  completion  of  concep¬ 
tual  formulation,  design,  and  testing; 

>  transaction  purpose,  e.g.,  acquisition,  data  conversion,  or  repair; 

>  asset  identifier  or  associated  project/program;  and 

>  elements  of  products  and  services  acquired,  e.g.,  training,  licenses,  and  manuals. 

♦  Access  assignment  of  claim  information,  as  in  the  case  of  a  bankruptcy  or  court  ordered 
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902 

903 

904 

905 

906 

907 

908 

909 

910 

911 

912 

913 

914 

915 

916 

917 

918 

919 

920 

921 

922 

923 

924 

925 

926 

927 


restructuring,  to  ensure  payment  is  made  in  accordance  with  the  assignment. 

♦  Access  the  contract  terms  regarding  delivery  or  constructive  delivery. 

♦  Access  the  advance/prepayment  terms  associated  with  a  contract  financing  agreement. 

3)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 
must  provide  the  following  capability  related  to  the  payment  request: 

♦  Provide  access  to  the  bill,  invoice,  or  written  request  for  payment. 

♦  Access  the  following  proper  invoice  information*® 

>•  name  and  address  of  contractor; 

>•  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  number  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any); 

>  description  of  products  or  services  for  each  item; 

>  quantity  for  each  item; 

>  unit  of  measure  for  each  item; 

>  unit  price  for  each  item; 

>  extended  price  for  each  item; 

>  total  invoice  amoimt; 

>  shipping  terms; 

>  payment  terms; 

>  name  and  address  of  contractor  official  to  whom  payment  is  to  be  sent; 

>  name,  title,  phone  number,  and  mailing  address  of  person  to  notify  if  invoice  is  defec¬ 
tive; 

>  invoice  date; 

>  invoice  receipt  date; 

>  proper  invoice  date; 


See  glossary. 
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928 

929 

930 

931 

932 

933 

934 

935 

936 

937 

938 

939 

940 

941 

942 

943 

944 

945 

946 

947 

948 

949 

950 

951 

952 

953 

954 

955 


>  proper  invoice  receipt  date; 

>  transportation  costs; 

>  remittance  data; 

>  prompt  payment  terms; 

>  vendor  invoice  number; 

>  payment  tracking  control  number;  and 

>  acceptance  of  goods  and  services  date. 

♦  Provide  an  indicator  to  mark  whether  an  invoice  has  been  paid  (including  Treasury 
schedule  and  trace  number). 

♦  Access  the  estimated  cost  of  work  completed  by  a  contractor  for  facilities  or  equipment 
constructed  or  manufactured  by  contractors  in  accordance  with  contract  specifications. 

4)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 
must  provide  the  following  capability  related  to  receipt: 

♦  Access  the  following  information  from  the  receiving  report 

>  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  number  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any); 

>  description  of  products  or  services  delivered; 

>  quantity  of  items  delivered; 

>  unit  of  measure; 

>  date  products  delivered,  or  dates  from/to  services  performed; 

>  date  received; 

>  signature,  printed  name,  phone  number,  and  mailing  address  of  receiving  official;  and 

>  name,  title,  phone  number,  and  mailing  address  of  where  to  send  payment. 

♦  Provide  notification  that  title  to  the  goods  has  passed  to  the  receiving  entity. 

5)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 
must  provide  the  following  capability  related  to  acceptance: 
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956  ♦  Access  the  following  acceptance  information 


957 

958 

959 

960 


^  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  number  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any); 


961 


>  product  or  service  description; 


962  >  imit  of  measure; 


963 

964 

965 

966 

967 

968 

969 

970 


>  quantities  accepted; 

>  date  products  delivered  or  dates  from/to  services  performed; 

>  acceptance  date; 

>  receipt  date; 

>  progress  payment  approval  date; 

>  signature  (or  electronic  alternative)  of  acceptance  official; 

>•  name,  title,  phone  number,  and  mailing  address  of  acceptance  official;  and 
^  interest  calculation  date  in  accordance  with  Title  5,  Part  1315  of  the  CFR. 


971  ♦  Access  the  following  information  associated  with  final  acceptance  at  closeout  relative  to 

972  final  payment 

973  ^  date  of  acceptance; 

974  ^  evidence  of  performance  (e.g.,  receiving  report  approved  by  designated  official);  and 

975  >  receipt  of  goods. 

976  ♦  Provide  notification  that  receipt  and  acceptance  of  goods/services  has  occurred,  terms  of 

977  the  contract  have  been  met,  or  progress  under  the  contract  has  been  made  for  a  contract 

978  financing  agreement. 

979  ♦  Access  the  accounting  effect  of  an  acquisition  at  the  time  of  acceptance,  including  the  ac- 

980  quisition  cost  of  the  item  and  the  proper  accounting  classification. 

981  ♦  Provide  the  capability  to  accept  and  capture  evidence  of  performance,  if  payment  was 

982  made  prior  to  performance  in  accordance  with  the  fast  payment  clause. 

983  ♦  Provide  access  to  information  on  the  history  of  performance,  compared  to  invoicing,  by 

984  the  contractor. 
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985  6)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 

986  must  provide  the  following  capability  related  to  the  payment: 

987  ♦  Access  the  name,  signature,  and  phone  number  of  financial  approving  and  certifying  offi- 

988  cers  for  a  voucher. 


989 

990 

991 

992 

993 

994 

995 

996 

997 

998 

999 
1000 

1001 

1002 

1003 

1004 

1005 

1006 

1007 

1008 

1009 

1010 
1011 


♦  Access  the  appropriation  or  fund  symbol  for  each  voucher. 

♦  Provide  partial  payment  indicator,  if  applicable. 

♦  Provide  the  ability  to  recognize,  for  an  invoice,  that  supplies  or  services  have  been  re¬ 
ceived  and  accepted. 

♦  Provide  the  ability  to  make  payment  without  an  invoice  based  on  the  contract  schedule  of 
payment. 

♦  Access  the  following  information  associated  with  the  payment  of  an  asset 

>  asset  identifier  code(s); 

>  total  asset  or  improvement  costs,  broken  out  by  land  or  structures/buildings  (if  possi¬ 
ble  and  significant); 

>  category  of  PP&E  (e.g.,  heritage  assets,  multi-use  assets,  general  PP&E,  steward¬ 
ship);  and 

>  quantity. 

♦  Provide  the  capability  to  flag  payments  for  accelerated/special  processing. 

♦  Identify  project(s)  associated  with  a  payment. 

♦  Match  receipt,  acceptance  and  payment  to  funding  source(s)  in  accordance  with  contract. 

♦  Verify  the  CO’s  approval,  including  amoimt  and  line  of  accounting,  for  a  performance- 
based  payment. 

♦  Permit  progress  payments  in  the  amount  approved  by  the  CO. 

♦  Permit  payment  without  evidence  of  performance  (for  contract  financing,  including  ad¬ 
vance  payments  and  commercial  contract  financing). 

♦  Provide  an  indicator  (e.g.,  Y/N)  as  to  whether  the  payment  is  for  a  commercial  purchase 
card  issuer. 


1012  ♦  Permit  payment  to  commercial  purchase  card  issuers  prior  to  evidence  of  receipt  or 

1013  performance. 
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1014 

1015 

1016 

1017 

1018 

1019 

1020 
1021 
1022 

1023 

1024 

1025 

1026 

1027 

1028 

1029 

1030 

1031 

1032 

1033 

1034 

1035 

1036 

1037 

1038 

1039 


♦  Provide  an  indicator  (e.g.,  Y/N)  as  to  whether  the  associated  contract  has  a  fast  payment 
clause.  If  yes,  the  contractor’s  invoice  triggers  payment. 

♦  Access  the  following  information  for  intragovemmental  payment  and  collection  (IP AC) 
transactions 

>  agency  location  code  (ALC)  contact; 

>  contact  telephone  number; 

>  contact  email  address; 

>  originating  ALC; 

>  customer  ALC; 

>  amount; 

>  obligating  document  number; 

>  PO  number; 

>  invoice  number; 

>  pay  flag; 

>  quantity; 

>  imit  price; 

>  unit  of  issue; 

>  sender  treasury  accoimt  symbol  (e.g.,  appropriation);  and 

>  receiver  department  code. 

♦  Access  the  following  information  for  IP  AC  adjustment  transactions 

>  ALC  contact; 

>  contact  telephone  number; 

>  contact  email  address; 

>  originating  ALC; 

>  customer  ALC; 

>  amount; 
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1040 

>  original  IP  AC  document  reference  number; 

1041 

>  original  date  accomplished;  and 

1042 

>  original  accounting  date. 

1043 

♦ 

Access  the  following  information  for  IPAC  zero-dollar  transactions 

1044 

>  ALC  contact; 

1045 

>  contact  telephone  number; 

1046 

>  contact  email  address; 

1047 

>  originating  ALC;  and 

1048 

>  customer  ALC. 

1049 

♦ 

For  purchase  card  payments,  provide  access  to  the  following  information: 

1050 

>  Card  number 

1051 

>  Accounting  data  associated  with  card  number 

1052 

>  FY 

1053 

>  Appropriation/treasury  fund  symbol 

1054 

>  Organization  code 

1055 

>  Cost  center 

1056 

>  Object  class 

1057 

>  Project  code 

1058 

>  Program  code 

1059 

>  Individual  name/office  name  of  cardholder 

1060 

1061 

7)  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 
must  nrovide  the  following  process  controls: 

1062 

♦ 

Support  the  following  pre-audit  verifications 

1063 

>  contract  number  is  valid,  and  payee  name  is  correct; 

1064 

1065 

>  required  administrative  authorizations  for  the  procurement  and  approvals  for  payment 
were  obtained  (names,  titles,  and  phone  numbers); 
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1066  >  TIN  or  payee  ID  number  provided; 

1067  >  payment  is  not  a  duplicate  payment; 

1068  >  delivered  items  or  services  are  in  accordance  with  the  contract  (quantities,  prices,  and 

1069  amounts); 

1070  >  payment  amount  is  in  accordance  with  the  contract  (including  any  adjustments); 

1071  description  of  items  and  services,  quantity,  and  price  on  the  invoice  match  the  same 

1072  elements  in  the  contract  to  ensure  that  the  correct  contract/order  number  has  been 

1073  cited  by  the  vendor,  the  correct  obligation  charged,  and  only  contracted  items/services 

1074  and  quantities  are  paid  for; 

1075  >  cost  effective  discounts  have  been  taken; 

1076  >  all  applicable  deductions  were  made  and  credited  to  the  proper  account  in  the  correct 

1077  amoimt; 

1078  >  receipt,  acceptance  and  payment  are  matched  to  funding  source(s)  in  accordance  with 

1079  the  contract;  and 

1080  >  financing  payments  have  been  properly  liquidated  against  delivery  payments. 

1081  ♦  Verify  that  the  appropriate  government  officials  have  signed  the  appropriate  form  author- 

1082  izing  payment. 

1083  ♦  Verify  fimds  availability  before  making  payment. 

1084  ♦  Verify  that  electronic  payments  are  within  the  maximum  amount  specified  in  the  Treas- 

1085  ury  Financial  Manual.'' 

1086  Value-Added  Requirements  for  Payment 

1087  To  support  the  payment  process,  the  agency’s  single  integrated  financial  management  system 

1088  should  provide  the  following  capability: 

1089  ♦  Provide  an  indicator  (e.g.,  Y/N)  as  to  whether  the  contractor  is  registered  through  the  cen- 

1090  tral  contractor  registration  (CCR). 

1091  ♦  Provide  the  ability  to  recognize  changes  in  corporate  name,  address,  and  codes  when  the 

1092  contractor’s  name/identity  changes. 

1093  ♦  Provide  an  indicator  (e.g.,  Y/N)  as  to  whether  the  supplier  is  exempt  from  registering 

1094  through  the  CCR. 


"  I TFM  4-2000. 
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1095 

1096 

1097 

1098 

1099 

1100 
1101 
1102 

1103 

1104 

1105 

1106 

1107 

1108 

1109 

1110 
nil 

1112 

1113 

1114 

1115 

1116 

1117 

1118 


♦  Access  the  following  optional  data  elements  of  the  contract 

>  line  item  number; 

>  delivery/performance  schedule;  and 

>  estimated  completion  date. 

♦  Access  the  contract  payment  method  (e.g.,  payment  to  be  made  by  purchase  card  or  other 
non-invoice  means,  or  payment  to  be  made  by  invoice)  which  triggers  a  rejection  of  any 
invoice  if  the  payment  method  specified  by  the  invoice  differs  from  that  allowed  for  in 
the  contract. 

♦  Access  the  names  of  individual(s)  who  must  approve  the  invoice  before  payment  can  be 
made. 

♦  Allow  contracting  staff  to  determine  whether  a  contractor  is  a  first-time  supplier  or 
abuser  of  fast  pay  (so  that  contracting  can  determine  whether  or  not  to  include  a  fast  pay 
clause). 

♦  Enable  the  electronic  submission  of  invoices. 

♦  Provide  the  ability  to  compare  the  electronic  invoice  data  elements  (contract/order  num¬ 
ber,  description  of  items  or  services,  quantity,  and  price)  to  the  contract  data  and  advise 
of  “match”  or  “no  match”. 

♦  Provide  the  ability  to  “forward”  or  make  available  the  invoice  data  to  others  outside  the 
finance  office  (receiving  and  accepting  personnel,  contracting  office  personnel)  for  re¬ 
ceipt  and  acceptance  sign-offs  on-line. 

♦  Record  or  recognize  if  invoiced  quantities  exceed,  match  or  are  less  than  contract  quanti¬ 
ties,  and  keep  track  of  quantities  yet  to  be  invoiced/received. 

The  final  interface  process,  closeout,  is  discussed  in  the  next  section. 
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1118  Closeout 


1119  Closeout  is  the  process  by  which  a  Federal  agency  determines  that  a  contract  has  been  physically 

1 120  completed  and  all  applicable  administrative  actions,  including  final  payment  or  recovery  of 

1121  overpayment,  have  been  completed.  This  process  deals  with  those  shared  information  require- 

1 122  ments  generated  by  procedures  for  closing  out  contract  files.  The  contract  administration  office  is 

1123  responsible  for  initiating  the  administrative  closeout  of  contract  files  after  receiving  evidence  of 

1124  its  physical  completion.  This  includes  reviewing  the  contract  funds  status  and  notifying  the  CO 

1125  of  the  potential  availability  of  excess  fimds  for  de-obligation.  Contracts  are  considered  to  be 

1126  physically  completed  when: 


1127 

1128 
1129 


♦  The  contractor  has  completed  required  deliveries  followed  by  government  inspection  and 
acceptance;  all  contractor  services  have  been  performed  and  accepted  by  the  government; 
and  existing  option  provisions  have  expired;  or 


1130  ♦  The  government  has  issued  a  notice  of  complete  contract  termination. 


1131  Closeout  of  contract  files  is  preceded  by  the  CO’s  receipt  of  evidence  of  receipt  of  property  and 

1 132  final  payment.  The  timeframe  for  completing  the  closeout  process  varies  by  type  of  contract; 

1 133  however,  quick  closeout  procedures,  as  defined  in  the  FAR,*^  should  be  used  when  appropriate. 

1134  The  paying  office  must  close  the  contract  file  upon  issuance  of  the  final  payment  voucher.  Con- 

1 135  tract  files  must  not  be  closed  when  the  contract  is  in  litigation  or  the  termination  process. 


1136  Closeout  Process  Flow  (see  Illustration  9) 

1 137  The  closeout  process  is  initiated  by  the  supplier’s  delivery  of  final  goods  or  services  and  subse- 

1138  quent  submission  of  a  final  or  completion  invoice.  This  document  is  reviewed  to  establish  that  it 

1139  is  proper  in  all  respects  for  payment,  and  verification  of  final  acceptance  is  recorded.  Should  re- 

1140  coupment  be  needed,  actions  are  taken  to  conduct  necessary  negotiations  and  effect  the  return  of 

1 141  identified  funds.  Finance  receives  the  approved  final/completion  invoice,  verifies  funds  availabil- 

1142  ity,  posts  payment  of  the  invoice,  and  notifies  both  the  CO  and  disbursing  of  this  action.  Disburs- 

1143  ing  makes  the  final  payment  to  the  contractor.  The  CO  effects  the  actions  to  perform  administra- 

1 144  five  closeout. 

1 145  The  process  flow  diagram  of  closeout  for  procurements  is  shown  in  Illustration  9. 


FAR  42-708,  “Quick-closeout  procedure.” 
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1 146  Closeout  Process  Flow 


1 148  Illustration  9 


1149  Mandatory  Requirements  for  Closeout 

1150  To  support  the  closeout  process,  the  agency’s  single  integrated  financial  management  system 

1151  must  provide  the  following  capability: 


1152  ♦  Provide  a  receiving  report  containing  a  final  indicator,  with  acceptance  acknowledged  by 

1153  a  designated  agency  official  including 


1154 

1155 

1156 

1157 


>  contract  number  and  all  associated  delivery  order  numbers  or  task  order  numbers  (in¬ 
cluding  modification  number,  if  any);  PO  number  (including  modification  number,  if 
any);  BPA  number  and  all  associated  BPA  call  numbers  (including  modification 
number,  if  any); 


1158 

1159 

1160 
1161 


>  date  of  receipt; 

>  date  of  acceptance;  and 

>  final  acceptance  indicator. 

♦  Access  or  provide  evidence  that  the  contractor’s  final  invoice  has  been  submitted. 
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1162  ♦  Provide  evidence  that  a  final  invoice  payment  has  taken  place  with  the  following 

1163  >  final  payment  indicator; 

1164  >  invoice  number;  and 

1165  >  total  amount  paid. 

1166  ♦  Where  excess  fimds  have  been  identified,  provide  the  de-obligation  document  number, 

1167  the  amount  of  the  de-obligation,  and  the  date  of  the  de-obligation. 

1 168  Value-Added  Requirement  for  Closeout 

1169  To  support  the  closeout  process,  the  agency’s  single  integrated  financial  management  system 

1170  should  provide  the  capability  to  supply  an  accounting  document  number. 

1171  This  and  the  four  preceding  sections  have  focused  on  procurements.  The  subsequent  section 

1172  deals  with  micropurchases  made  with  purchase  cards  where  processes  and  information  require- 

1173  ments  differ  from  those  previously  described  for  procurements. 

1174 
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1174  Micropurchases  Made  with  Purchase  Cards 

1175  Introduction 

1176  This  section  describes  information  requirements  for  micropurchases  made  with  purchase  cards. 

1177  These  simplified  transactions  follow  processes  and  procedures  that  differ  from  those  used  for 

1178  procurements  and  thus  have  unique  information  requirements  from  those  previously  described. 

1 179  Pursuant  to  the  Federal  Acquisition  Streamlining  Act  of  1994,  the  Federal  Acquisition  Regula- 

1180  tion,  Part  13,  “Simplified  Acquisition  Procedures,”  contains  the  primary  guidance  for  this 

1181  method  of  procurement.  Robust  and  properly  controlled  purchase  card  programs  reduce  the  ad- 

1182  ministrative  lead  time  for  procurements;  streamline  financial  and  purchasing  processes;  enable 

1183  more  efficient  business  processes;  and  streamline  post-certification  reviews  by  approving  or  cer- 

1184  tifying  officials. 

1185  Some  of  the  more  significant  objectives  and  benefits  of  these  programs  are  to: 


1186 

1187 

1188 

1189 

1190 

1191 

1192 

1193 

1194 

1195 

1196 

1197 

1198 

1199 

1200 
1201 


♦  Gain  cost  efficiencies. 

♦  Improve  government  operations,  particularly  accoimtability  and  performance  reporting. 

♦  Outsource  transaction  processing  and  record  keeping. 

♦  Provide  procedural  checks  and  feedback  to  improve  security  and  management  control  on 
financial  transactions  and  processes. 

♦  Improve  govermnent  cash  management  practices  including  compliance  with  the  Prompt 
Pay  Act. 

♦  Consolidate  payments  where  possible. 

♦  Reduce/eliminate  imprest  funds. 

♦  Streamline  ordering,  procurement,  payment  and  administrative  procedures. 

♦  Expedite  vendor  payment. 

♦  Reduce  vendor  paperwork. 

♦  Obtain  detailed  and  tailored  management  reports. 

♦  Follow  commercial  rules,  procedures  and  best  practices. 

♦  Provide  convenience  to  government  employees. 

♦  Take  advantage  of  state-of-the-art  technology  and  technological  advances. 
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1202  Agencies  that  take  advantage  of  purchase  card  programs  are  required  to  establish  procedures  for 

1203  use  and  control  of  the  card  that  comply  with  the  Treasury  Financial  Manual  for  Guidance  of  De- 

1204  partments  and  Agencies. 

1205  When  a  government  purchase  card  is  used,  the  merchant  providing  the  goods/services  to  the 

1206  Federal  agency  is  paid  by  the  card-issuing  financial  institution  that  provides  the  card  services  to 

1207  the  government.  The  government  agency  reimburses  the  institution  in  accordance  with  the  terms 

1208  and  conditions  of  a  card  services  contract  and  the  Prompt  Payment  Act. 

1209  Micropurchases 

1210  The  Federal  Acquisition  Streamlining  Act  of  1 994  created  a  new  procurement  category  for  open- 
121  1  market  purchases  and  designated  such  actions  as  micropurchases.  The  micropurchase  threshold 

1212  is  currently  $2,500.  The  FAR  implementation  of  micropurchases  encourages  the  delegation  of 

1213  micropurchase  authority*'*  and  designates  the  purchase  card  as  the  preferred  method  for  micro- 

1214  purchases.*^ 

1215  Prior  to  the  issuance  of  a  purchase  card,  a  designated  official  (e.g.,  a  program  manager,  facility 

1216  engineer  or  office  manager)  recognizes  a  recurring  need  to  acquire  low-dollar-value  goods  and/or 

1217  services.  Next,  a  cardholder  account  is  established  with  pre-set  spending  limits  and  limitations  on 

1218  the  types  of  commodities  and  services  that  can  be  acquired.  After  completion  of  micropurchase 

1219  and  purchase  card  training,*^  a  purchase  card  is  issued  to  the  cardholder. 

1220  As  indicated  earlier,  there  are  significant  objectives  and  benefits  that  Federal  agencies  derive 

1221  from  the  use  of  purchase  card  programs,  especially  in  the  area  of  process  simplification.  As 

1222  such,  the  information  requirements  that  are  conunon  to  the  four  processes  used  in  this  document 

1223  for  procurements  are  significantly  different. 

1224  Illustration  10  provides  the  high-level  process  flow  for  micropurchases  made  with  purchase 

1225  cards. 

1226 


I TFM  4535  -  Review  and  Approval  of  Billing  Statement  for  Payment 
''‘FAR  13.201(a) 

FAR  13.201(b) 

FAR  13.201(c). 
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1226 


Micropurchases  Made  with  Purchase  Cards  Process  Flow 


1227 

1228 


Illustration  10 
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1229  Funds  Certification 


1230  Cardholders  and  approving  officials  are  responsible  for  ensuring  that  funds  are  available  prior  to 

123 1  using  the  purchase  card  to  purchase  goods  and/or  services.  Beyond  that,  no  specific  funds  certifi- 

1232  cation  requirements  exist  for  purchases  with  purchase  cards. 

1233  Obligation/De-obligation 

1234  Obligations  are  recorded  in  bulk  or  individually  in  agency  financial  systems,  based  on  purchases 

1235  completed  by  cardholders. 

1236  Payment 

1237  The  payment  process  for  purchases  with  purchase  cards  is  highly  streamlined.  The  process  be- 

1238  gins  when  the  merchant  submits  invoices  for  payment.  The  merchant  is  reimbursed  by  its  servic- 

1239  ing  bank  which  then  “clears”  the  payment  through  an  internal  settlement  process  eventually  lead- 

1240  ing  to  the  final  payment  transaction  between  the  government  agency  and  the  financial  institution 

1241  it  has  selected  as  its  purchase  card  provider. 

1242  The  purchase  card  provider  presents  statements/invoices  to  the  agency.  The  statement/invoice 

1243  may  represent  the  transactions  of  many  cardholders  and  hundreds  of  transactions  totaling  a  sig- 

1244  nificant  amount.  Agencies  require  cardholders  and  approving  officials  to  reconcile  each  individ- 

1245  ual  cardholder’s  posted  obligations  to  the  statement  of  account.  Some  agencies  elect  to  pay  the 

1246  invoice  before  this  reconciliation,  while  other  agencies  wait  and  pay  the  invoice  after  reconcilia- 

1247  tion.  In  both  cases,  the  agency  must  match  the  individual  cardholder's  statement  to  the  financial 

1248  institution  statement. 


1249  The  EFT  data  provided  in  the  obligation  and  payment  information  requirements  should  be  for  the 

1250  card-issuing  financial  institution  and  not  the  merchant  selling  the  goods  and/or  services.  The  TIN 

1251  of  the  merchant  is  acquired  either  through  the  financial  institution,  the  card  association,  or  di- 

1252  rectly  from  the  merchant. 

1253  If  a  discrepancy  between  the  bank  statement  and  supporting  documentation  is  identified,  (includ- 

1254  ing  evidence  of  receipt  and  acceptance)  the  invalid/disputed  charge  may  be  resolved  by  contact- 

1255  ing  the  merchant  and  requesting  an  adjustment/credit.  If  the  merchant  does  not  honor  this  re- 

1256  quest,  the  cardholder  or  approving  official  would  initiate  a  dispute  imder  the  terms  of  the  appli- 

1257  cable  contract  with  the  card-issuing  financial  institution. 


1258  Disputed  card  transactions  are  closed  out  when: 


1259  ♦  a  credit  is  authorized  by  the  merchant  and  shown  on  a  subsequent  statement  of  account, 


1260 

1261 

1262 


♦  a  decision  is  made  by  the  card-issuing  institution  against  the  dispute  and  a  charge  back  is 
made  for  the  disputed  amount  against  the  account  and  shown  on  a  subsequent  invoice  and 
statement  of  accoimt,  or 


1263  ♦  the  cardholder  accepts  the  disputed  amount  and  notifies  the  card-issuing  institution. 


52 


EXPOSURE  DRAFT 


1264  The  cardholder  or  a  designated  official  monitors  disputed  transactions  to  ensure  that  credits  are 

1265  received  and  properly  recorded. 

1266  Closeout 

1267  The  individual  purchase  action  made  through  a  purchase  card  is  closed  out  when  the  transaction 

1268  included  in  the  billing  statement  is  accepted. 

1269  Information  Requirements  for  Micropurchases  Made  with  Purchase  Cards 

1270  The  documents  that  provide  the  information  requirements  for  purchases  made  by  purchase  cards 

1271  are  different  from  procurements.  Micropurchases  using  a  purchase  card  are  typically  documented 

1272  through  a  purchase  receipt  provided  by  the  merchant,  the  cardholder’s  monthly  statement  of  ac- 

1273  count  provided  by  the  financial  institution,  and  the  periodic  billing  statement  or  invoice  provided 

1274  to  finance  by  the  card-issuing  financial  institution.  The  typical  purchase  card  transaction  identi- 

1275  fies  the  card  number,  expiration  date,  merchant  identification,  transaction  date,  and  the  purchase 

1276  amoimt.  This  information  is  used  by  the  cardholder  and/or  approving  official  to  establish  a  pur- 

1277  chase/receipt  record. 

1278  Information  requirements  for  funds  certification,  obligation/de-obligation,  payment  and  close-out 

1279  are  met  from: 


1280 

1281 

1282 

1283 


♦  the  amount  of  funds  authorized  by  each  account, 

♦  the  purchase  card  transaction,  as  reflected  in  the  invoice, 

♦  the  statements  of  accoimt,  and 

♦  any  pmchase/receipt  log  or  receiving  report  required  by  the  agency. 


1284  Agency  management  controls  will  also  generally  require  receipts  and/or  shipping  reports. 

1285  Except  as  discussed  above,  the  information  requirements  for  procurements  that  solely  use  the 

1286  purchase  card  as  a  method  of  payment  can  be  derived  from  the  procurement  information  re- 

1287  quirements  stated  earlier  in  this  document.  The  information  requirements  for  micropurchases 

1288  made  with  purchase  cards  as  both  a  procurement  instrument  and  method  of  payment  are  listed 

1289  below. 


1290  The  agency’s  single  integrated  financial  management  system  must  provide  the  following  capa- 

129 1  bility  related  to  micropurchases  with  purchase  cards: 

1292  ♦  Access  the  following  information  at  time  of  purchase  card  approval: 

1293  >  Card  number 

1294  >  FY 

1295  >  Appropriation/treasvuy  fund  symbol 
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1296  >  Organization  code 

1297  >  Cost  center 

1298  >  Object  class 

1299  >  Project  code 

1300  >  Program  code 

1301  >  Individual  name/office  name  of  cardholder 

1302  ♦  Access  the  following  information  at  time  of  invoice/payment  recorded  by  card  issuing  insti- 

1303  tution: 

1304  >  Amount 

1305  >  Card  number 

1306  >  Individual  name/office  of  cardholder 

1307  The  following  section  discusses  general  systems  requirements. 

1308 
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1308  General  Systems  Requirements 

1309  This  section  describes  general  requirements  that  apply  to  all  agency  core  and  mixed  financial 

1310  management  systems,  including  the  financial  aspects  of  acquisition  systems,  and  the  shared  in- 

13 1 1  formation  requirements  and  interface  processes  covered  in  this  document,  i.e.,  funds  certifica- 

1312  tion,  obligation/de-obligation,  payment,  and  closeout.  This  section  also  identifies  some  of  the 

1313  statutes,  topics,  and  more  specific  statutory  requirements  that  the  govemmentwide  acquisition, 

1314  financial,  and  other  professionals  who  developed  this  document  identified  as  extremely  impor- 

1315  tant  to  the  organizations,  systems,  and  processes  involved.  These  requirements  contribute  to  an 

1316  agency’s  ability  to  ensure  that  its  single  integrated  financial  management  system  is  designed,  im- 

1317  plemented,  and  operated  in  accordance  with  existing  laws  and  regulations,  and  in  particular,  that 

1318  the  systems  are  operating  as  intended. 

1319  The  acquisition/finance  interface  requirements  in  this  publication  have  been  identified  as  essen- 

1320  tial  to  the  performance  of  both  the  finance  and  acquisition  functions.  As  such,  these  require- 

1321  ments,  regardless  of  their  form,  must  be  made  available  to  all  users — ^both  from  the  finance  and 

1322  acquisition  communities — ^who  require  it  to  carry  out  their  respective  responsibilities.  Fxxrther- 

1323  more,  all  components  of  an  agency’s  integrated  financial  management  system  must  provide,  at  a 

1324  minimum,  the  following  qualities: 


1325 

1326 

1327 

1328 

1329 


♦  Complete  and  accurate  funds  control. 

♦  Complete,  accurate,  and  prompt  recording  of  obligations. 

♦  Complete,  accurate,  and  prompt  payment  of  payment  requests. 

♦  Complete,  accurate,  and  prompt  generation  and  maintenance  of  acquisition/financial  re¬ 
cords  and  transactions. 


1330  ♦  Timely  and  efficient  access  to  complete  and  accurate  information,  without  extraneous 

1331  material,  to  those  internal  and  external  to  the  agency  who  require  the  information. 


1332  ♦  Timely  and  proper  sharing  of  common  information  between  the  acquisition  and  core  fi- 

1333  nancial  systems,  and  other  mixed  systems. 


1334 

1335 

1336 

1337 


♦  Adequate  management  controls,  including  internal  and  security  controls,  policies,  and 
procedures  intended  to  protect  the  agency’s  key  systems,  data,  and  interfaces  from 
disruption  and  unauthorized  access  or  alteration,  as  prescribed  in  a  variety  of  statutes  and 
regulations,  including,  but  not  limited  to,  0MB  Circulars  A- 123  and  A- 130. 


1338  General  Requirements  Applicable  to  Acquisition/Financial  Systems 

1339  This  document  highlights  additional  general  qualities  of  the  single  integrated  financial  manage- 

1340  ment  system  that  must  be  supported  relative  to  the  sharing  of  information  and  processes  between 

1341  and  among  the  core  financial  system,  acquisition  system,  and  other  mixed  systems.  The  follow- 

1342  ing  qualities  vary  in  specificity: 
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1343 

1344 

1345 

1346 


♦  To  facilitate  the  reconciliation  of  information  that  is  common  to  the  core  financial  man¬ 
agement  system  and  to  one  or  more  of  the  financial  mixed  systems  (e.g.,  acquisition  sys¬ 
tems  and  property  management  systems)  described  in  the  JFMIP  Framework  document 
and  other  JFMIP  requirements  documents  provide  for: 


1347 

1348 

1349 

1350 

1351 

1352 

1353 

1354 

1355 


>  multiple  levels  of  system  access,  transaction  authorization,  and  approval  authority; 

>  single  source  data  entry; 

>  validation  of  funds  availability  prior  to  scheduling  payment; 

>  communication  of  the  need  for  additional  funds; 

>  simultaneous  posting  of  budgetary  and  proprietary  accounts; 

>  prepayment  examinations  from  diverse  locations; 

>•  controls  to  ensure  transaction  processing  in  proper  chronological/numeric  sequence; 
and 

>  standard  edits  for  shared  data. 


1356  ♦  Provide  audit  trails  to  trace  transactions  from  source  documents,  original  input,  other  sys- 

1357  terns,  and  system-generated  transactions. 


1358  ♦  Provide  transaction  details  to  support  accoimt  balances. 


1359  ♦  Provide  the  capability  to  relate  data  elements  to  each  other  as  discussed,  through  an  inte- 

1360  grated  data  query  facility  that  supports  ad  hoc  query  access  to  financial  information  de- 

1361  scribed  in  the  document  and  also  provides  data  analysis  reporting  tools. 


1362  Information  Technology  in  the  Acquisition  Process 

1363  Advancements  in  information  technology  are  of  particular  importance  to  agency  acquisition  and 

1364  financial  systems,  organizations,  and  communities.  This  importance  is  described  in  the  introduc- 

1365  tion  and  other  sections  of  this  document,  and  is  demonstrated  by  the  significant  amount  of  com- 

1366  mon  information  requirements  and  common  processes  of  the  Federal  acquisition  and  financial 

1367  communities,  and  systems.  This  document  identifies  some  general  and  specific  information  tech- 

1368  nology  requirements 

1369  Many  of  the  detailed  fimctional  systems,  business  processes,  and  particular  electronic  commerce 

1370  solutions  are  still  evolving  in  order  to  implement  mandatory  requirements  contained  in  several 

1371  public  laws  that  have  been  enacted  during  the  past  several  years,  such  as: 

1372  ♦  Government  Paperwork  Elimination  Act  (GPEA)  of  1998 — ^requires  Federal  agencies  to 

1373  allow,  by  October  21,  2003,  individuals  or  entities,  as  an  option,  to  interact  with  them 

1374  electronically  where  practicable. 


56 


EXPOSURE  DRAFT 


1375  ♦  Central  Contractor  Registry  (CCR) — OMB’s  June  7, 2001,  budget  guidance  requires,  by 

1376  FY  2003,  vendors  and  agencies  to  use  CCR  to  accommodate  certain  requirements. 


1377  ♦  Section  508  of  the  Rehabilitation  Act  of  1973,  as  amended — ^requires  that  all  Federal 

1378  agencies’  electronic  and  information  technology  (BIT)  be  accessible  to  people  with  dis- 

1379  abilities  (see  Appendix  C). 


1380 

1381 

1382 

1383 

1384 


♦  Information  Technology  Management  Reform  Act  (ITMRA)  of  1996,  as  amended 

(AKA  Clinger-Cohen  Act  of  1996) — establishes  the  role  of  Chief  Information  Officers  in 
the  government,  and  forms  the  interagency  Chief  Information  Officers'  Council.  The  in¬ 
tent  of  the  Act  is  to  improve  government  performance  through  the  effective  application  of 
information  technology. 


1385  Additional  amplification  is  provided  in  Appendix  C  on  these  particular  statutes,  and  Appendix  A 

1386  should  be  consulted  for  additional  statutes  containing  provisions  that  are  currently  applicable,  or 

1387  may  be  in  the  fixture. 


1388  Contract  Payment  History 

1389  During  the  development  of  this  document,  acquisition,  financial,  and  other  professionals  from 

1390  across  Federal  government  deemed  the  shared  information  requirements  relative  to  contract 

1391  payment  history  such  an  important  item,  that  they  needed  to  be  addressed  separately.  Accord- 

1392  ingly,  the  following  information,  relative  to  contract  payment  history,  should  be  specifically 

1393  noted  with  regard  to  the  shared  information  requirements  of  the  acquisition  and  core  financial 

1394  systems,  fimctions,  and  processes. 

1395  Timely  information  about  contract  amoimts  (whether  they  are  obligated,  obligated  and  expended, 

1396  modified  or  amended)  is  vital  to  program  managers,  financial  managers  and  acquisition  manag- 

1397  ers.  Some  contracts,  or  orders  under  contracts,  span  several  fiscal  years,  yet  the  need  to  summa- 

1398  rize  contract  amoimts  against  a  particular  contract  remains.  Therefore,  to  support  the  overall 

1399  management  of  contracts,  the  agency’s  single  integrated  financial  management  system  must 

1400  have  the  ability  to  report  on  contract  funding  and  payment  by:  (1)  contract  number  and  all  asso- 

1401  dated  delivery  order  or  task  order  numbers,  (2)  PO  number,  and  (3)  BPA  number  and  all  associ- 

1402  ated  BPA  call  numbers. 

1403  In  order  to  produce  these  reports  (1)  all  delivery  order  or  task  order  numbers  must  be  associated 

1404  with  a  contract  number,  (2)  all  BPA  call  numbers  must  be  associated  with  a  BPA  number,  and 

1405  (3)  modification  numbers  applicable  to  contract  numbers,  delivery  or  task  order  numbers,  BPA 

1406  or  BPA  call  numbers,  and  PO  numbers  must  be  associated  with  the  modified  document. 

1407  The  next  section  provides  information  on  the  retention  of  records. 

1408 
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1408  Records  Retention 

1409  Agency  systems  must  maintain,  store,  and  permit  ready  retrieval  of  financial  information.  The 

1410  time  frames  for  various  parts  of  this  requirement  differ  depending  on  the  subject  matter.  The  sin- 

141 1  gle  integrated  financial  management  system  must  be  sufficiently  flexible  to  retain  and  purge  in- 

1412  formation  consistent  with  varying  record  keeping  requirements.  The  National  Archives  and  Re- 

1413  cords  Administration  (NARA)  must  approve  the  destruction  of  records  created  within  the  Federal 

1414  government  per  36  C.F.R  1228.  General  Records  Schedule  7,  Expenditure  Accounting  Records, 

1415  and  General  Records  Schedule  20,  Electronic  Records,  are  the  current  authorities  for  disposal  of 

1416  Expenditure  Accounting  Records.  (Copies  may  be  obtained  from  your  agency’s  records  officer 

1417  or  from  NARA.)  For  expenditure  records  not  covered  by  this  authority,  or  for  any  questions  re- 

1418  garding  the  disposition  of  Federal  records,  please  contact: 

1419 

1420  National  Archives  and  Records  Administration  (NARA) 

142 1  7th  Street  and  Pennsylvania  Avenue  NW 

1422  Washington,  DC  20408 

1423 
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1423 

1424 

1425 

1426 

1427 

1428 

1429 

1430 

1431 

1432 

1433 

1434 

1435 

1436 

1437 

1438 

1439 

1440 

1441 

1442 

1443 

1444 

1445 

1446 

1447 


Appendix  A:  References/Authoritative  Sources 

Laws 

♦  PL  93-344,  Anti-Deficiency  Act  of  1 974 

♦  PL97-177,  Prompt  Pay  Act  of  1982 

♦  PL  97-255,  Federal  Managers’  Financial  Integrity  Act  (FMFIA)  of  1982 

♦  PL  101-576,  Chief  Financial  Officers  (CFO)  Act  of  1990 

♦  PL  103-62,  Government  Performance  and  Results  Act  (GPRA)  of  1993 

♦  PL  103-355,  Federal  Acquisition  Streamlining  Act  of  1994,  as  amended 

♦  PL  103-356,  Government  Management  Reform  Act  (GMRA)  of  1994,  as  amended 

♦  PL  104-106,  National  Defense  Authorization  Act  for  Fiscal  Year  1996 

♦  PL  104-106,  Division  E,  Information  Technology  Management  Reform  Act  (ITMRA)  of 
1996,  as  amended  (AKA  Clinger-Cohen  Act  of  1996) 

♦  PL  1 04-134,  Debt  Collection  Improvement  Act  of  1 996 

♦  PL  104-134,  Omnibus  Consolidated  Rescissions  and  Appropriations  Act  of  1996,  as 
amended 

♦  PL  104-208,  Federal  Financial  Management  Improvement  Act  (FFMIA)  of  1996 

♦  PL  106-229,  Millennium  Digital  Commerce  Act  of  2000 

♦  PL  106-398,  National  Defense  Authorization  Act  for  Fiscal  Year  2001 

♦  Economy  Act  (FAR  17.502, 17.503, 17.504) 

United  States  Code 

♦  26  use  6041,  Information  at  Source 

♦  26  use  6050M,  Returns  relating  to  persons  receiving  contracts  from  Federal  executive 
agencies 

♦  26  use  6941 A,  Returns  regarding  payments  of  remuneration  for  services  and  direct  sales 

♦  31  use  1341,  Money  and  Finance — Limitations  on  expending  and  obligating  amoimts 
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1448 

1449 

1450 

1451 

1452 

1453 

1454 

1455 

1456 

1457 

1458 

1459 

1460 

1461 

1462 

1463 

1464 

1465 

1466 

1467 

1468 

1469 

1470 

1471 

1472 

1473 

1474 


♦  31  use  1501,  Money  and  Finance — Documentary  evidence  requirement  for  government 
obligations 

♦  31  use  1517,  Money  and  Finance  — Prohibited  obligations  and  expenditures 

♦  31  use  1 535,  Money  and  Finance — ^Agency  agreements 

♦  31  use  1553,  Money  and  Finance  — Availability  of  appropriation  accoimts  to  pay  obli¬ 
gations 

♦  3 1  use  3325,  Money  and  Finance — ^Vouchers 

♦  3 1  use  3332,  Money  and  Finance — Required  direct  deposit 

♦  31  use  3901-3908,  Money  and  Finance — Prompt  payment 

♦  31  use  7701,  Money  and  Finance — ^Taxpayer  identifying  number 

♦  41  use  1 1,  Public  eontracts — ^No  contracts  or  purchases  unless  authorized  or  under  ade¬ 
quate  appropriation;  report  to  the  eongress 

♦  44  use  3504,  Authority  and  functions  of  Director 

♦  44  use  3504,  eoordination  of  Federal  Information  Policy — ^Authority  and  functions  of 
Director 

Office  of  Management  and  Budget  Documents 

♦  0MB  Bulletin  97-01,  Form  and  Oontent  of  Agency  Financial  Statements 

♦  OMB  eircular  A-1 1,  Overview  of  the  Budget  Process 

♦  OMB  eircular  A-34,  Instructions  on  Budget  Execution 

♦  OMB  eircular  A-123,  Management  Accountability  and  eontrol 

♦  OMB  eircular  A-127,  Financial  Management  Systems,  including  Transmittal  Memoran¬ 
dum  No.  2 

♦  OMB  eircular  A- 1 30,  Management  of  Federal  Information  Resources 

Regulations 

♦  Federal  Acquisition  Regulation 
eode  of  Federal  Regulations 

♦  5  eFR,  Administrative  Personnel 
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1475 

1476 

1477 

1478 

1479 

1480 

1481 

1482 

1483 

1484 

1485 

1486 

1487 

1488 

1489 

1490 

1491 

1492 

1493 

1494 

1495 

1496 

1497 

1498 

1499 


♦  26  CFR,  Internal  Revenue 

♦  31  CFR,  Money  and  Finance;  Treasury 
Treasury  Financial  Manual 

♦  TFM  Announcement  A  2001-02  (FAST  Book) 

♦  TFM  Release  S2-01-02  (FACTS  I  &  FACTS  II  Reporting) 

♦  TFM  SGL  Section  V 

♦  I  TFM  2-1500,  Description  of  Accounts  Relating  to  Financial  Operations  (T/L  598) 

♦  I  TFM  2-4000,  Federal  Agencies’  Centralized  Trial-Balance  System  (FACTS  I)  (T/L 
593) 

♦  I  TFM  4-2000,  Payment  Issue  Disbursing  Procedures 

♦  I  TFM  4-4535 . 1 0,  Government  Purchase  Cards,  Payments 

♦  I  TFM  6-5000,  Administrative  Accounting  Systems  Requirements  in  Support  of  the  Debt 
Collection  Improvement  Act  of  1996 

Joint  Financial  Management  Improvement  Program  Documents 

♦  JFMIP  Core  Financial  System  Requirements  (SR-99-4) 

♦  JFMIP  Framework  for  Federal  Financial  Management  Systems  (FFMSR-0) 

♦  JFMIP  Inventory  System  Requirements  (FFMSR-7) 

♦  JFMIP  Property  Management  Systems  Requirements  (SR-00-4) 

♦  JFMIP  Seized  Property  and  Forfeited  Assets  Systems  Requirements  (SR-99-4) 
Accounting  Standards 

♦  SFFAS  3,  Accounting  for  Inventory  and  Related  Property 

♦  SFFAS  4,  Managerial  Cost  Accounting  Concepts  and  Standards 

♦  SFFAS  5,  Accoimting  for  Liabilities  of  the  Federal  Government 

♦  SFFAS  6,  Accounting  for  Property,  Plant  and  Equipment 

♦  SFFAS  7,  Accounting  for  Revenue  and  Other  Financing  Sources 
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1500  ♦  SFF AS  8,  Supplementary  Stewardship  Reporting 

1501  ♦  SFF  AS  10,  Accoimting  for  Internal  Use  Software 

1502  ♦  SFF  AS  1 1,  Amendments  to  Accoimting  for  PP&E:  Definitions  (amends  SFFAS  6  and  8) 

1503  ♦  SFFAS  16,  Amendments  to  Accounting  for  PP&E:  Multi-use  Heritage  Assets  (amends 

1504  SFFAS  6  and  8) 

1505 
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1505  Appendix  B:  Glossary 

Acceptance  Also  referred  to  as  acceptance  of  work.  The  act  of  an  authorized 
representative  of  the  government  by  which  the  government,  for 
itself  or  as  agent  of  another,  assumes  ownership  of  existing  iden¬ 
tified  supplies  tendered  or  approves  specific  services  rendered  as 
partial  or  complete  performance  of  the  contract. 


Accounting  A  subset  of  the  agency  financial  information  classification.  The 
Classification  accounting  classification  structure  provides  a  means  for  catego¬ 
rizing  financial  information  along  several  dimensions  as  needed 
to  support  financial  management  and  reporting  functions.  The 
data  elements  a  particular  agency  includes  in  its  accounting  clas¬ 
sification  structure  will  depend  in  part  on  the  implementation 
strategy  for  the  SGL,  data  aggregation  requirements  for  prepara¬ 
tion  of  financial  statements  under  the  CFO  Act,  appropriation 
structure,  and  other  reporting  and  management  needs  of  the 
agency. 


Acquisition  Acquiring  by  contract  of  supplies  or  services  (including  con¬ 
struction)  by  and  for  the  use  of  the  Federal  government  through 
purchase  or  lease,  whether  the  supplies  or  services  are  already  in 
existence  or  must  be  created,  developed,  demonstrated,  and 
evaluated.  Acquisition  begins  at  the  point  when  agency  needs 
are  established  and  includes: 

>  the  description  of  requirements  to  satisfy  agency  needs, 

>  solicitation  and  selection  of  sources, 

>  award  of  contracts, 

>  contract  financing, 

>  contract  performance, 

>  contract  administration,  and 

>  those  technical  and  management  functions  directly  related  to 
the  process  of  fulfilling  agency  needs  by  contract. 


Acquisition  Total  costs  paid  to  acquire  goods  and  services.  For  assets,  this 

Cost  includes  all  costs  incurred  to  acquire  the  assets  and  bring  them  to 

the  form  and  location  suitable  for  their  intended  use.  Mainte¬ 
nance  costs  are  excluded  from  this  definition. 


Federal  Ac¬ 
quisition 
Institute  (FAI) 
Glossary  of 
Acquisition 
Terms 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 


FAR  2. 101  as 
modified  by 
Team 


Created  by 
Team 
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Acquisition/ 
Financial  Inter¬ 
face 

The  points  during  the  acquisition  and  financial  management  pro¬ 
cesses  where: 

>  the  Financial  community  (budget,  accounting/finance,  and 
disbursing)  interfaces  with  the  program/contracting  function 
in  order  to  obtain  information  needed  to  accomplish  its  func¬ 
tional  requirements  (including  core  financial  system  general 
ledger  management,  funds  management,  payment  manage¬ 
ment,  receipt  management,  cost  management,  and  reporting). 
See  JFMIP  Core  Financial  Systems  Requirements  document. 

>  the  Acquisition  commimity  (receiving,  program,  and  con¬ 
tracting)  interfaces  with  the  budget/finance  function  in  order 
to  fulfill  an  information  need,  accomplish  a  necessary  func¬ 
tional  process,  or  conduct  internal  control  activities. 

Created  by 
Team 

Acquisition 

System 

All  agency  resources  committed  to  the  acquisition  process,  in¬ 
cluding,  but  not  limited  to  human  resources,  information  hard¬ 
ware  and  software  systems,  acquisition  process  documentation, 
as  well  as  applicable  regulations,  policies,  procedures  and 
agency-implementing  guidance  and  instruction. 

Created  by 
Team 

Action  Code 

Identifies  whether  the  transaction  is  a  new  action  or  a  modifica¬ 
tion  of  an  existing  record. 

JFMIP  Seized 
Property  and 
Forfeited  As¬ 
sets  Systems 
Requirements 

Advance/ 

Advance 

Payments 

Advances  of  money  by  the  government  to  a  prime  contractor 
before,  in  anticipation  of,  and  for  the  purpose  of  complete  per¬ 
formance  under  one  or  more  contracts.  They  are  expected  to  be 
liquidated  from  payments  due  to  the  contractor  incident  to  per¬ 
formance  of  the  contract.  Since  they  are  not  measured  by  per¬ 
formance,  they  differ  from  partial,  progress,  or  other  payments 
based  on  the  performance  or  partial  performance  of  a  contract. 
Advance  payments  may  be  made  to  prime  contractors  for  the 
purpose  of  making  advances  to  subcontractors. 

FAI  Glossary 
of  Acquisition 
Terms 

Agency  Loca¬ 
tion  Code 

A  numeric  symbol  used  to  identify  accounting  reports  and 
documents  prepared  by  or  for  agency  accounting  stations  and 
disbursing  offices,  e.g.,  eight-digit  agency  accounting  station 
code,  four-digit  disbursing  office  symbol,  and  three-digit  Treas- 
my  disbursing  center  symbol  (I  TFM  2-3315  and  3320). 

I  TFM,  5- 
1030 

Agency  Single 
Integrated 

A  unified  set  of  financial  systems  and  the  financial  portions  of 
mixed  systems  (e.g.,  acquisition)  encompassing  the  software. 

0MB  Circular 
A-127 
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Financial 

Management 

System 


Anti- 

Deficiency  Act 


Appropriation 


hardware,  personnel,  processes  (manual  and  automated),  proce¬ 
dures,  controls,  and  data  necessary  to  carry  out  financial  man¬ 
agement  functions,  manage  the  financial  operations  of  the 
agency,  and  report  on  the  agency’s  financial  status  to  central 
agencies.  Congress,  and  the  public. 

Enacted  legislation  that: 

>  prohibits  the  making  of  expenditures  or  the  incurring  of  obli¬ 
gations  prior  to  appropriations; 

>  prohibits  the  incurring  of  obligations  or  the  making  of  ex¬ 
penditures  in  excess  of  amounts  available  in  appropriation  or 
fund  accounts  unless  specifically  authorized  by  law; 

>  requires  agencies  to  apportion  appropriated  funds  and  other 
budgetary  resources; 

>  requires  a  system  of  administrative  controls  within  each 
agency; 

>  prohibits  incurring  any  obligation  or  making  any  expenditure 
in  excess  of  an  apportionment  or  reapportionment  or  in  ex¬ 
cess  of  other  subdivisions; 

specifies  penalties  for  anti-deficiency  violations; 

>  requires  apportionment  of  appropriation  or  fund  accoimts  to 
prevent  the  need  for  supplemental  or  deficiency  appropria¬ 
tion;  and 

>  assists  in  bringing  about  the  most  effective  and  economical 
use  of  appropriations  and  funds. 

One  of  the  basic  forms  of  budget  authority.  Statutory  authority 
that  allows  Federal  agencies  to  incur  obligations  and  to  make 
payments  out  of  the  Treasury  for  specified  purposes.  An  appro¬ 
priation  act  is  the  most  common  means  of  providing  budget  au¬ 
thority,  but  in  some  cases  the  authorizing  legislation  itself  pro¬ 
vides  the  budget  authority. 


Multiple 

Sources 
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Asset  Identifier 


Blanket  Pur¬ 
chase  Agree¬ 
ment  (BP  A) 

Blanket  Pur¬ 
chase  Agree¬ 
ment  Call 
Number 

Budget  Au¬ 
thority 


Bulk  Funding 


Cardholder 


Certifying 

Officer 


A  code  used  to  identify  the  asset  or  multiple  assets,  as  in  the  case 
of  inventory  or  pooled  property,  plant,  and  equipment  (PP&E) 
items,  for  which  costs  were  incurred.  Federal  accoxmting  stan¬ 
dards  require  that  recorded  costs  for  inventory  and  PP&E  assets 
include  all  costs  incurred  to  bring  these  assets  to  the  form  and 
location  suitable  for  their  intended  use  (see  SFFAS  No.  6,  par. 

26  and  SFFAS  No.  3,  par.  21).  Since  more  than  one  contract  or 
acquisition/contracting  activity  may  be  utilized  to  acquire  and 
place  these  assets  in  the  form  and  location  suitable  for  their  in¬ 
tended  use,  a  mechanism  such  as  an  asset  identifier  is  necessary 
to  capture  total  contracting  costs  associated  with  a  specific  asset. 
The  need  for  total  costs  is  important  for  both  cost  accounting  and 
financial  reporting  purposes. 

A  simplified  method  of  filling  anticipated  repetitive  needs  for 
supplies  or  services  by  establishing  charge  accounts  with  quali¬ 
fied  sources  of  supply. 

Definition  to  be  determined 


The  authority  provided  by  law  to  incur  financial  obligations  that 
will  result  in  outlays.  Specific  forms  of  budget  authority  include 
appropriations,  borrowing  authority,  contract  authority,  and 
spending  authority  from  offsetting  collections. 

A  system  whereby  the  contracting  officer  receives  authorization 
from  a  fiscal  and  accounting  officer  to  obligate  funds  on  pur¬ 
chase  documents  against  a  specified  lump  sum  of  funds  reserved 
for  the  purpose  for  a  specified  period  of  time  rather  than  obtain¬ 
ing  individual  obligation  authority  on  each  purchase  document. 
Bulk  funding  is  particularly  appropriate  if  numerous  purchases 
using  the  same  type  of  funds  are  to  be  made  during  a  given  pe¬ 
riod. 

Any  Federal  employee  that  has  a  purchase  card  issued  in  his  or 
her  name. 


An  accountable  officer  responsible  for  and  required  to  reimburse 
personally  the  government  for  any  illegal  or  otherwise  improper 
payment  made  by  a  disbursing  officer  because  of  his  or  her  certi¬ 
fication. 
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Claim 


Closeout 


Commitment 


Completion 

Invoice 


Contract 


Contract 

Action 


A  written  demand  or  written  assertion  by  one  of  the  contracting 
parties  seeking,  as  a  matter  of  right,  the  payment  of  money  in  a 
sum  certain,  the  adjustment  or  interpretation  of  contract  terms,  or 
other  relief  arising  under  or  relating  to  the  contract. 

The  process  by  which  a  Federal  agency  determines  that  a  con¬ 
tract  has  been  physically  completed  and  all  applicable  adminis¬ 
trative  actions,  including  final  payment  or  recovery  of  overpay¬ 
ment,  have  been  completed. 

Note:  A  contract  is  considered  physically  completed  when  (1) 
the  contractor  has  completed  the  required  deliveries  and  the  gov¬ 
ernment  has  inspected  and  accepted  the  supplies;  (2)  the  contrac¬ 
tor  has  performed  all  services  and  the  government  has  accepted 
these  services;  and  (3)  all  option  provisions,  if  any,  have  ex¬ 
pired;  or  the  government  has  given  the  contractor  a  notice  of 
complete  contract  termination.  (Defense  Acquisition  Deskbook) 

An  administrative  reservation  of  funds  (including  increases  to 
existing  commitments)  in  anticipation  of  obligation(s). 

Contractor  invoice  marked  as  final  or  supplemental  evidence 
that  all  invoices  have  been  submitted  and  the  contractor  believes 
physical  completion  has  occurred. 

A  mutually  binding  legal  relationship  obligating  the  seller  to 
furnish  the  supplies  or  services  (including  construction)  and  the 
buyer  to  pay  for  them.  It  includes  all  types  of  commitments  that 
obligate  the  government  to  an  expenditure  of  appropriated  funds 
and  that,  except  as  otherwise  authorized,  are  in  writing.  In  addi¬ 
tion  to  bilateral  instruments,  contracts  include  (but  are  not  lim¬ 
ited  to)  awards  and  notices  of  awards;  job  orders  or  task  letters 
issued  under  basic  ordering  agreements;  letter  contracts;  orders, 
such  as  POs,  under  which  the  contract  becomes  effective  by 
written  acceptance  or  performance;  and  bilateral  contract  modi¬ 
fications.  Contracts  do  not  include  grants  and  cooperative 
agreements  covered  by  31  U.S.C.  6301,  et  seq. 

An  action  in  a  contract,  including  contract  modifications  for  ad¬ 
ditional  supplies  or  services,  but  not  including  contract  modifica¬ 
tions  that  are  within  the  scope  and  under  the  terms  of  the  con¬ 
tract,  such  as  contract  modifications  issued  pursuant  to  the 
Changes  clause,  or  funding  and  other  administrative  changes. 
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Contract 

Administration 

Office 

Contract 

Award 

An  office  that  performs  a)  assigned  postaward  functions  related 
to  the  administration  of  contracts;  and  b)  assigned  preaward 
functions. 

(See  Contract  Action) 

FAR  2.101 

Contract 

Closeout 

(See  Closeout) 

Contract 

Number 

An  alphanumeric  designator  created  by  each  agency  for  a  con¬ 
tract.  Per  GAO  Policy  and  Procedures  Manual  for  Guidance  of 
Federal  Agencies,  Title  7 — Fiscal  Guidance  (Feb  1990):  The 
contract  number  should  consist  of  alpha  characters  in  the  first 
positions  to  indicate  the  agency,  followed  by  alpha-numeric 
characters  identifying  bureaus,  offices,  or  other  administrative 
subdivisions  authorized  to  enter  into  contacts.  The  last  portion  of 
the  contract  number  should  be  sequential  with  a  unique  number 
series  for  each  contracting  activity. 

Created  by 
Team 

Contracting 

Purchasing,  renting,  leasing,  or  otherwise  obtaining  supplies  or 
services  from  nonfederal  sources.  Contracting  includes  descrip¬ 
tion  (but  not  determination)  of  supplies  and  services  required, 
selection  and  solicitation  of  sources,  preparation  and  award  of 
contracts,  and  all  phases  of  contract  administration.  It  does  not 
include  making  grants  or  cooperative  agreements. 

FAR  2.101 

Contracting 

Activity 

An  element  of  an  agency  designated  by  the  agency  head  and 
delegated  broad  authority  regarding  acquisition  functions. 

FAR  2.101 

Contracting 

Office 

An  office  that  awards  or  executes  a  contract  for  supplies  or  ser¬ 
vices  and  performs  postaward  functions  not  assigned  to  a  con¬ 
tract  administration  office. 

FAR  2.101 

Contracting 

Officer 

A  person  with  the  authority  to  enter  into,  administer,  and/or  ter¬ 
minate  contracts  and  make  related  determinations  and  findings. 
The  term  includes  certain  authorized  representatives  of  the  con¬ 
tracting  officer  acting  within  the  limits  of  their  authority  as  dele¬ 
gated  by  the  contracting  officer. 

FAR  2.101 

Core  Financial 
System 

An  integral  part  of  an  agency’s  single  integrated  financial  man¬ 
agement  system.  It  controls  and  supports  the  key  functions  of  an 
agency’s  financial  management,  including  general  ledger  man¬ 
agement,  funds  management,  payment  management,  receipt 
management,  cost  management,  and  reporting.  The  core  finan- 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 
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cial  system  receives  data  from  all  other  financial  and  mixed  sys¬ 
tems  and  from  direct  user  input,  and  it  provides  data  and  sup¬ 
ports  processing  for  those  systems  that  need  it. 

Cost  Center 

An  identifiable  department  or  area  within  a  recipient’s  organiza¬ 
tion  that  has  been  assigned  an  account  number  in  the  recipient’s 
accoimting  system  for  the  purposes  of  accounting  costs. 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Credit 

Any  transaction  that  reduces  the  government’s  amount  due. 

GSA  Smart- 
Pay  Contract 
definitions 

Decommitment 

The  downward  adjustment  (including  cancellation)  of  previously 
recorded  commitments. 

Created  by 
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Delivery  Order 

An  order  for  supplies  placed  against  an  established  contract  or 
with  government  sources. 

FAR  2.101 

De-Obligate  or 
De-Obligation 

An  agency’s  cancellation  or  downward  adjustment  of  previously 
recorded  obligations. 

Multiple 

Sources 

Designated 
Agency  Offi¬ 
cial 

Designated  official  refers  to  the  organizational  element  respon¬ 
sible  for  the  process  step,  such  as  the  program  office,  receiving 
and  acceptance  officials,  and  sometimes  contracting  or  finance 
representatives. 

Created  by 
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Direct  Cost 

Costs  that  can  be  specifically  identified  with  an  output.  All  direct 
costs  should  be  included  in  the  full  cost  of  outputs.  Typical  di¬ 
rect  costs  in  the  production  of  an  output  include:  (a)  Salaries  and 
other  benefits  for  employees  who  work  directly  on  the  output; 

(b)  Materials  and  supplies  used  in  the  work;  (c)  Various  costs 
associated  with  office  space,  equipment,  facilities,  and  utilities 
that  are  used  exclusively  to  produce  the  output;  and  (d)  Costs  of 
goods  or  services  received  from  other  segments  or  entities  that 
are  used  to  produce  the  output. 

SFFAS  4 

Disbursement 

Payment  made  using  cash,  check,  or  electronic  transfer.  Dis¬ 
bursements  include  advances  to  others  as  well  as  payments  for 
goods  and  services  received  and  other  types  of  payments  made. 

JFMff  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Disbursing  Au¬ 
thority 

Authority  to  disburse  public  money  to  officers  and  employees  of 
other  Federal  agencies  in  accordance  with  31  U.S.C.  §  3321(b). 

I TFM  4- 
10000 
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Electronic 

Commerce 


Electronic  Data 
Interchange 


Electronic 
Funds  Transfer 


Expenditure 


Expenditure 

Variance 


Expense 


Federal 

Agency 


Federal  Wire 
Transfer 


Electronic  techniques  for  accomplishing  business  transactions 
including  electronic  mail  or  messaging,  World  Wide  Web  tech¬ 
nology,  electronic  bulletin  boards,  purchase  cards,  EFT,  and 
electronic  data  interchange  (EDI). 

A  technique  for  electronically  transferring  and  storing  formatted 
information  between  computers  utilizing  established  and  pub¬ 
lished  formats  and  codes,  as  authorized  by  the  applicable  Federal 
Information  Processing  Standards. 

A  transfer  transaction  instruction  given  to  the  Federal  Reserve 
System. 


See  Outlay 


The  percentage  or  dollar  variance  of  an  expenditure  amount  that 
can  exceed  an  obligation  amount.  Some  organizations  refer  to 
this  as  “tolerance  level.” 


The  outflow  of  assets  or  incurrence  of  liabilities  during  a  period 
resulting  from  rendering  services,  delivering  or  producing  goods, 
or  carrying  out  other  normal  operating  activities. 

Any  executive  agency  or  any  independent  establishment  in  the 
legislative  or  judicial  branch  of  the  government  (except  the  Sen¬ 
ate,  the  House  of  Representatives,  the  Architect  of  the  Capitol, 
and  any  activities  under  the  Architect’s  direction). 

An  electronic  transfer  system  developed  and  maintained  by  the 
Federal  Reserve.  The  system  connects  Federal  Reserve  Banks, 
the  Treasury  and  government  agencies,  and  depositary  institu¬ 
tions,  which  maintain  an  account  at  an  FRB.  The  Treasury  Fed- 
wire  Deposit  System  (FDS)  is  a  computer-to-computer  link  be¬ 
tween  Treasury  and  the  Federal  Reserve  Bank  of  New  York 
(FRBNY).  This  system  provides  the  capability  for:  (1)  auto¬ 
mated  receipt  and  processing  of  flmds  transfers  and  (2)  com¬ 
puter-assisted  generation  of  funds  transfers  between  Treasury, 


FAR  2.101 
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Multiple 

Sources 

Adapted  from 
the  definition 
of  “Tolerance 
Levels”  in  the 
JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Multiple 

Sources 
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Final  Accep¬ 
tance  Indicator 

Final  Invoice 

Final  Payment 

Final  Payment 
Indicator 

Financial 

System 


Financing 

Payment 

Fiscal  Year 

Funds 


FRBs,  and  other  banks  utilizing  Fedwire 

Designated  agency  official  acknowledgement  that  final  accep¬ 
tance  has  occurred. 

The  very  last  invoice  paid  upon  contract  closeout. 


The  last  payment  made  to  the  contractor  to  include  the  balance 
of  any  costs  and/or  profit/fee  owed  after  the  completion  of  all  the 
contractor’s  obligations  (including  deliveries,  data,  and  releases) 
under  the  terms  of  the  contract. 

Finance  system  acknowledgement  that  final  payment  has  been 
made. 

An  information  system,  comprised  of  one  or  more  applications, 
that  is  used  for  any  of  the  following: 

>  collecting,  processing,  maintaining,  transmitting,  and  re¬ 
porting  data  about  financial  events; 

>  supporting  financial  planning  or  budgeting  activities; 

>  accumulating  and  reporting  cost  information;  or 
y  supporting  the  preparation  of  financial  statements. 

A  financial  system  supports  the  financial  functions  required  to 
track  financial  events,  or  provide  financial  information  signifi¬ 
cant  to  the  financial  management  of  the  agency,  and/or  required 
for  the  preparation  of  financial  statements.  A  financial  system 
encompasses  automated  and  manual  processes,  procedures,  con¬ 
trols,  data,  hardware,  software,  and  support  personnel  dedicated 
to  the  operation  and  maintenance  of  system  fimctions.  A  finan¬ 
cial  system  may  include  multiple  applications  that  are  integrated 
through  a  common  database  or  are  electronically  interfaced,  as 
necessary,  to  meet  defined  data  and  processing  requirements. 

Payment  made  under  a  contract  for  purposes  of  financing  (e.g., 
progress  payment,  performance-based  payment,  or  voucher 
payment). 

The  government’s  accounting  period.  It  begins  on  October  1  and 
ends  on  September  30,  and  is  designated  by  the  calendar  year  in 
which  it  ends. 

The  process  of  affirming  that  funds  or  budget  authority  is  avail- 
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Certification 


Hardware 

System 


Head  of  the 
Agency 
(also  called 
Agency  Head) 

Incremental 

Fimding 


Indirect  Cost 


Information 

Technology 


Interagency 

Agreement 

Number 

Interface 

Requirement 


able  for  potential  purchases  of  goods  or  services.  It  is  part  of  the 
funds  control  process  that  reserves  funds  in  anticipation  of  an 
obligation. 

Two  or  more  individual  items  (equipment  components)  that  are 
part  of  a  self-contained  group;  are  joined  physically,  electroni¬ 
cally,  or  electromechanically;  are  programmed  or  designed  spe¬ 
cially  to  rely  on  each  other;  cannot  function  independently  if 
separated;  and  cannot  be  easily  disconnected  and  reconfigured  to 
function  with  or  within  another  unit  or  “system”. 

The  Secretary,  Attorney  General,  Administrator,  Governor, 
Chairperson,  or  other  chief  official  of  an  executive  agency,  un¬ 
less  otherwise  indicated,  including  any  deputy  or  assistant  chief 
official  of  an  executive  agency. 

The  provision  or  recording  of  budgetary  resources  for  a  program 
or  project  based  on  obligations  estimated  to  be  incurred  within  a 
fiscal  year  when  such  budgetary  resources  will  not  cover  all  the 
program’s  or  project’s  obligations. 

Costs  of  resources  that  are  jointly  or  commonly  used  to  produce 
two  or  more  types  of  outputs  but  are  not  specifically  identifiable 
with  any  of  the  outputs.  Typical  examples  of  indirect  costs  in¬ 
clude  costs  of  general  administrative  services,  general  research 
and  technical  support,  security,  rent,  employee  health  and  recrea¬ 
tion  facilities,  and  operating  and  maintenance  costs  for  build¬ 
ings,  equipment,  and  utilities. 

Any  equipment,  or  interconnected  system(s)  or  subsystem(s)  of 
equipment,  that  is  used  in  the  automatic  acquisition,  storage, 
manipulation,  management,  movement,  control,  display,  switch¬ 
ing,  interchange,  transmission,  or  reception  of  data  or  informa¬ 
tion  by  the  agency. 

Identifier  associated  with  an  agreement  between  two  Federal  en¬ 
tities.  The  agreement  specifies  that  one  entity  will  provide  goods 
or  services  to  the  other  entity. 

A  need  for  information,  such  as  data  requirements,  reporting 
needs,  internal  controls,  or  edit  requirements,  required  by  the 
acquisition  and  finance  functions  as  a  result  of  transactions 
within  the  single  integrated  financial  management  system. 
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Internal 

Control 

Plan  of  organization,  methods,  and  procedures  adopted  by  man¬ 
agement  to  ensure  that  (1)  resource  use  is  consistent  with  laws, 
regulations,  and  policies;  (2)  resources  are  safeguarded  against 
waste,  loss,  and  misuse;  and  (3)  reliable  data  are  obtained,  main¬ 
tained,  and  fairly  disclosed  in  reports. 

Multiple 

Sources 

Invoice 

A  contractor’s  bill  or  written  request  for  payment  under  the  con¬ 
tact  for  supplies  delivered  or  services  performed. 

FAR  32.902 

Lease 

A  contract  granting  occupation  or  use  of  property  during  a  cer¬ 
tain  period  in  exchange  for  a  specified  rent. 

Webster 's  II 
New  Riverside 
University 
Dictionary. 

Liability 

Assets  owed  for  items  received,  services  received,  assets  ac¬ 
quired,  construction  performed  (regardless  of  whether  invoices 
have  been  received),  an  amount  received  but  not  yet  earned,  or 
other  expenses  incurred.  Liabilities  include  (1)  amounts  owed 
for  goods  in  the  hands  of  contractors  under  the  constructive  de¬ 
livery  concept  (when  an  agency,  the  seller,  meets  long-term  con¬ 
tract  obligations)  and  (2)  amounts  owed  under  grants,  pensions, 
awards,  and  other  indebtedness  not  involving  the  furnishing  of 
goods  and  services. 

Multiple 

Sources 

Micropurchase 

An  acquisition  of  supplies  or  services  (except  construction),  the 
aggregate  amount  of  which  does  not  exceed  $2,500,  except  that 
in  the  case  of  construction,  the  limit  is  $2,000. 

FAR  2.101 

Micropurchase 
with  P-card 

Purchases  valued  at  $2,500  or  less  that  use  a  government-issued 
purchase  card  to  purchase  and  pay  for  the  supplies  or  services 
purchased. 

Created  by 
Team 

Mixed  System 

An  information  system  that  supports  both  financial  and  non- 
financial  functions  of  the  Federal  government  or  components 
thereof. 

FFMIA  of 
1996 
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Object 

Classification 

A  method  of  classifying  obligations  and  expenditures  according 
to  the  nature  of  services  or  articles  procured,  e.g.,  personal  ser¬ 
vices,  supplies  and  materials,  and  equipment.  Obligations  are 
classified  by  the  initial  purpose  for  which  they  are  incurred, 
rather  than  for  the  end-product  or  service  provided.  0MB  Circu¬ 
lar  A- 1 1  provides  current  object  classifications  for  reporting 
budget  estimates  to  0MB.  Many  agencies  have  defined  lower 
levels  of  object  classification  for  internal  use. 

0MB  Circular 
A-11 

Obligating 

Document 

Number(s) 

An  identifier  or  identifiers  for  an  obligation  which  can  be  a  task 
or  delivery  order  number  and  its  associated  contract  number;  a 
BPA  call  number  and  its  associated  BPA  number;  a  contract 
number;  or  a  PO  number. 

Part  of  the  obligating  document  number(s)  is  any  modification 
number  associated  with  any  of  the  above  numbers.  Acquisition 
obligating  documents  often  have  more  than  one  number  that 
must  be  recorded  to  properly  record  the  obligation. 
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Obligation 

A  binding  agreement  that  will  result  in  outlays,  immediately  or 
in  the  future.  Budgetary  resources  must  be  available  before  obli¬ 
gations  can  be  incurred  legally.  Obligations  are  amounts  of  or¬ 
ders  placed,  contracts  awarded,  services  received,  and  similar 
transactions  for  bona  fide  needs  existing  during  a  given  period 
that  will  require  payments  during  the  same  or  a  future  period  and 
that  comply  with  applicable  laws  and  regulations.  Such  amounts 
will  include  outlays  for  which  obligations  had  not  been  previ¬ 
ously  recorded  and  will  reflect  adjustments  for  differences  be¬ 
tween  obligations  previously  recorded  and  actual  outlays  to  liq¬ 
uidate  those  obligations. 

JFMIP  Grants 
Financial  Sys¬ 
tem  Require¬ 
ments  and 
Core  Finan¬ 
cial  System 
Requirements 

Obligation 

Amendment 

Amendment  to  an  obligation  amount  resulting  from  a  contact 
modification.  (See  also  Contract  Action). 
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Organization 

Code 

A  code  representing  the  offices,  divisions,  branches,  etc.,  estab¬ 
lished  within  an  entity  based  on  responsibility  assignments, 
whether  functional  or  program  related. 

Adapted  from 
JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Outlay 

The  issuance  of  checks,  disbursement  of  cash,  or  electronic 
transfer  of  funds  made  to  liquidate  a  Federal  obligation.  Outlays 
during  a  fiscal  year  may  be  for  payment  of  obligations  incurred 
in  prior  years  (prior-year  obligations)  or  in  the  same  year.  Out¬ 
lays,  therefore,  flow  in  part  from  imexpended  balances  of  prior- 
year  budgetary  resources  and  in  part  from  budgetary  resources 

Multiple 

Sources 
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Partial 

Payments 


Payment 


Payment  Date 


Payment  Of¬ 
fice 


Performance 
Measure  Code 


Physical 

Completion 


Program 


Program  Code 


provided  for  the  year  in  which  the  money  is  spent. 

Payments  for  accepted  supplies  and  services  that  are  only  a  part 
of  the  contract  requirements.  0MB  A- 125  requires  agencies  to 
pay  for  partial  delivery  of  supplies  or  partial  performance  of  ser¬ 
vices  unless  specifically  prohibited  by  the  contract. 

A  government  disbursement  of  monies  to  a  contractor  in  accor¬ 
dance  with  contract  terms.  The  payment  management  function 
consists  of  the  following  processes:  payee  information  mainte¬ 
nance,  payment  warehousing,  payment  execution,  and  payment 
confirmation  and  follow-up. 

The  date  on  which  a  check  for  payment  is  dated  or,  for  an  EFT, 
the  specified  payment  date. 

The  office  or  employee  responsible  for  scheduling  invoices  for 
payment. 


A  code  used  to  identify  the  performance  goal  that  would  be  as¬ 
sociated  with  the  PO,  so  that  it  would  be  easy  to  link  perform¬ 
ance  execution  (obligations)  to  the  approved  performance 
plans/measures. 

The  point  in  time  at  which  all  contract  items  and  services  have 
been  delivered  and  accepted  or  the  term  of  the  contract  has  ex¬ 
pired.  The  contract  administration  office  may  issue  a  contract 
completion  certificate. 

Generally  defined  as  an  organized  set  of  activities  directed  to¬ 
ward  a  common  purpose  or  goal,  xmdertaken  or  proposed  by  an 
agency  in  order  to  carry  out  its  responsibilities.  In  practice,  how¬ 
ever,  the  term  has  many  uses  and  thus  does  not  have  a  well- 
defined,  standard  meaning  in  the  legislative  process.  It  is  used  to 
describe  an  agency’s  mission,  programs,  functions,  activities, 
services,  projects,  and  processes. 

A  code  to  which  expenses  incurred  or  assets  acquired  relate.  A 
program  is  generally  defined  as  an  organized  set  of  activities  di¬ 
rected  toward  a  common  purpose,  or  goal,  undertaken  or  pro¬ 
posed  by  an  agency  in  order  to  carry  out  its  responsibilities.  In 
practice,  however,  the  term  program  has  many  uses  and  thus 
does  not  have  well-defined,  standard  meaning  in  the  legislative 


FAR 

32.102(d) 


FAR  32.902 
andJFMIP 
Core  Finan¬ 
cial  System 
Requirements 

FAR  32.902 


PL  97-177, 
Prompt  Pay 
Act  of  1982 


Created  by 
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Created  by 
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JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 


JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 
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process.  Program  is  used  to  describe  an  agency’s  mission,  pro¬ 
grams,  functions,  activities,  services,  projects,  and  processes. 

Progress 

Payment 

Payments  for  contractor  progress  under  a  fixed-price  contract. 
Payments  are  based  on  a  percentage  of  the  costs  incurred  by  the 
contractor  in  performing  the  contract,  considering  limits  related 
to  the  fixed  price.  This  form  of  contract  financing  does  not  in¬ 
clude: 

FAR 

32.102(b) 

>  payments  based  on  the  percentage  or  stage  of  completion 
accomplished; 

>  payments  for  partial  deliveries  accepted  by  the  govern¬ 
ment;  and 

>  partial  payments  for  a  contract  termination  proposal  or 
performance-based  contracts. 

Project  Code 

A  code  to  which  expenses  incurred  or  assets  acquired  relate.  A 
project  is  a  planned  undertaking  of  something  to  be  accom¬ 
plished,  produced,  or  having  a  finite  beginning  and  finite  end. 
Examples  are  a  construction  project  or  a  research  and  develop¬ 
ment  project. 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Proper  Invoice 

A  bill  or  written  request  for  payment  that  meets  the  minimum 
standards  specified  in  the  applicable  prompt  payment  clause  and 
other  terms  and  conditions  contained  in  the  contract  for  invoice 
submission.  A  “proper  invoice”  must  meet  the  requirements  of  5 
CFR,  Chapter  3,  Sec.  1315.9(b)  and  can  include  receiving  re¬ 
ports  and  delivery  tickets  when  contractually  designated  as  in¬ 
voices. 

FAR  32.902 

Proper 

Matching 

An  example,  for  purposes  of  payment,  is  a  comparison  of  the: 

(1)  acceptance/receipt  document  or  receiving  report,  (2)  obliga¬ 
tion,  and  (3)  request  for  payment  (invoice). 

Created  by 
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Purchase  Card 

“Govemmentwide  commercial  purchase  card”  means  a  purchase 
card,  similar  in  nature  to  a  commercial  credit  card,  issued  to  au¬ 
thorized  agency  personnel  to  use  to  acquire  and  to  pay  for  sup¬ 
plies  and  services. 

FAR  13.001 

Purchase  Card 
Reconciliation 

The  task  of  matching  and  resolving  purchase  card  transactions 
made  by  the  cardholder  with  the  purchases  listed  on  the  periodic 
account  statement  provided  to  the  agency  by  the  card-processing 
bank. 

Created  by 
Team 

78 


EXPOSURE  DRAFT 


Purchase  Order 

An  offer  by  the  government  to  buy  supplies  or  services,  includ¬ 
ing  construction  and  research  and  development,  upon  specified 
terms  and  conditions,  using  simplified  acquisition  procedures. 

FAR  13.001 

Receiving 

Report 

Written  evidence  meeting  the  requirements  of  FAR  32.905(f) 
that  indicates  government  acceptance  of  supplies  delivered  or 
services  performed  by  the  contractor. 

FAR  32.902 

Requirements 
-  Mandatory 

Mandatory  requirements  describe  what  the  system  must  do  and 
consist  of  the  minimum  acceptable  functionality  necessary  to 
establish  a  system,  or  are  based  on  Federal  laws  and  regulations. 
Mandatory  requirements  are  those  against  which  agency  heads 
evaluate  their  systems  to  determine  substantial  compliance  with 
systems  requirements  under  the  FFMIA.  These  requirements  ap¬ 
ply  to  existing  systems  in  operation  and  new  systems  planned  or 
under  development. 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Requirements 
-  Value-Added 

Value-added  requirements  describe  optional  features  or  charac¬ 
teristics  and  may  consist  of  any  combination  of  the  following: 

(1)  using  state-of-the-art  technology,  (2)  employing  the  preferred 
or  best  business  practices,  or  (3)  meeting  the  special  manage¬ 
ment  needs  of  an  individual  agency.  Value-added,  optional,  and 
other  similar  terminology  may  be  used  to  describe  this  category 
of  requirements.  Agencies  should  consider  value-added  features 
when  judging  systems  options.  The  need  for  value-added  fea¬ 
tures  in  agency  systems  is  left  to  the  discretion  of  each  agency 
head. 

JFMIP  Core 
Financial  Sys¬ 
tem  Require¬ 
ments 

Revenue 

Source  Code 

An  identifier  for  revenue  collections  that  result  from  government 
activity  such  as  taxes,  and  not  business-like  collections. 

SFFAS  7 

Signature  or 
Signed 

The  discrete,  verifiable  symbol  of  an  individual  which,  when 
affixed  to  a  writing  with  the  knowledge  and  consent  of  the  indi¬ 
vidual,  indicates  a  present  intention  to  authenticate  the  writing. 
This  includes  electronic  symbols. 

FAR  2.101 

Simplified 

Acquisition 

Procedure 

The  methods  prescribed  in  FAR  Part  13  for  making  purchases  of 
supplies  or  services. 

FAR  2.101 

Software 

The  application  and  operating  system  programs,  procedures, 
rules,  and  any  associated  documentation  pertaining  to  the  opera¬ 
tion  of  a  computer  system. 

JFMIP  Prop¬ 
erty  Manage¬ 
ment  Systems 
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Requirements 


Specified 
Payment  Date 

The  date  that  the  government  has  placed  in  the  EFT  payment 
transaction  instruction  given  to  the  Federal  Reserve  System  as 
the  date  on  which  the  funds  are  to  be  transferred  to  the  contrac¬ 
tor’s  account  by  the  financial  agent.  If  no  date  has  been  specified 
in  the  instruction,  the  specified  payment  date  is  three  business 
days  after  the  payment  office  releases  the  EFT  pa5mient  transac¬ 
tion  instruction. 

FAR  32.902 

Standard 
General  Ledger 

A  uniform  list  of  accounts  and  support  transactions  that  stan¬ 
dardizes  Federal  agency  accounting  and  supports  the  preparation 
of  standard  external  reports.  The  U.S.  Government  Standard 
General  Ledger  Chart  of  Accounts  (1)  provides  control  over  all 
financial  transactions  and  resource  balances,  (2)  satisfies  basic 
reporting  requirements  of  0MB  and  Treasury,  and  (3)  integrates 
proprietary  and  budgetary  accounting. 

Multiple 

Sources 

Subject  to 

Funds 

Availability 

Fimds  have  not  yet  been  certified  as  available.  Solicitations  to 
industry  may  include  a  clause  that  provides  a  caveat  to  this  ef¬ 
fect,  so  as  not  to  project  the  program  as  funded  and  thereby  rais¬ 
ing  unwarranted  hopes  by  companies  for  potential  sales. 
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Task  Order 

An  order  for  services  placed  against  an  established  contract  or 
with  government  sources. 

FAR  2.101 

Taxpayer 

Identification 

Number 

The  number  required  by  the  IRS  to  be  used  by  the  offeror  in  re¬ 
porting  income  tax  and  other  returns.  The  TIN  may  be  either  a 
Social  Security  Number  or  an  Employer  Identification  Number 
(EIN). 

FAR  4.901 

Trading 

Partner 

A  customer,  supplier,  or  service  provider  (such  as  a  bank,  hospi¬ 
tal,  or  manufacturer)  that  conducts  business  with  another  organi¬ 
zation. 

Healthcare 
EDI  Planning 
and  Imple¬ 
mentation 
Guide,  LMI 
Report 
IR504MR1, 
Sept.  1995. 

Transaction 

Type 

Type  of  accounting  transaction  processed.  For  example,  partially 
liquidating  obligation  or  fully  liquidating  obligation. 

Created  by 
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Undelivered 

Orders 

The  value  of  goods  and  services  ordered  and  obligated  that  have 
not  been  received.  This  amount  includes  any  orders  for  which 

Multiple 

Sources 
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advance  pa)maent  has  been  made  but  for  which  delivery  of  per¬ 
formance  has  not  yet  occurred.  This  term  is  synonymous  with 
unliquidated  obligations. 

Unliquidated 

Obligations 

See  Undelivered  Orders. 

Multiple 

Sources 

Vendor 

Any  person,  organization,  or  business  concern  engaged  in  a  pro¬ 
fession,  trade,  or  business,  and  any  not-for-profit  entity  operating 
as  a  supplier  (including  State  and  local  governments  and  foreign 
entities  and  foreign  governments,  but  excluding  Federal  entities). 

5  CFR,  Chap¬ 
ter  III,  Sec. 
1315 

Voucher 

The  Standard  Form  1034,  Public  Voucher  for  Purchases  and 
Services  Other  Than  Personal,  or  similar  form;  a  type  of  request 
for  payment. 

FAR 

49.103(c) 

1506 

1507 
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1507  Appendix  C:  Factors  Influencing  the  Environment 

1508  At  any  particular  point  in  time,  there  are  multiple  on-going  or  planned  projects  or  activities  with 

1509  interlocking  goals,  objectives,  and  plans,  which  frequently  involve  some  form  of  system  automa- 

1510  tion,  EDI,  or  EC.  This  appendix  provides  highlights  of  four  activities  that  were  identified  during 

1511  the  development  of  this  document  that  are  particularly  relevant  to  the  acquisition  management 

1512  and  financial  management  communities,  i.e..  Information  Technology  in  the  Acquisition  Process, 

1513  JFMIP  testing  of  Core  Financial  System  Requirements,  Intragovemmental  Transactions,  and  the 

1514  FASAB  effort  to  develop  a  standard  for  National  Defense  PP&E. 

1515  This  appendix  is  not  comprehensive  or  exhaustive  in  terms  of  the  aspects  of  each  proj  ect  or 

1516  activity  or  their  relevance  to  each  other.  Also,  these  and  other  projects  change  over  time,  i.e., 

1517  some  are  completed,  some  are  terminated,  and  others  are  established.  The  projects  and  activities 

1518  discussed  in  this  appendix,  and  others,  should  be  considered  in  agency’s  efforts  to  develop, 

1519  implement,  operate,  and  maintain  agency  financial  management  systems. 

1520  Information  Technology  in  the  Acquisition  Process 

1521  As  previously  discussed,  IT  is  a  critical  factor  influencing  acquisition  processes  and  interfaces. 

1522  Its  application  allows  paperless  processes,  better  buying  decisions,  and  ultimately,  improved  cus- 

1523  tomer  service.  IT  enables  the  reengineering  of  acquisition  and  financial  processes. 

1524  The  information  technology  approach  chosen  to  implement  the  functional  shared  information 

1525  requirements  identified  in  this  document  do  not  require  any  specific  IT  solution  in  either  hard- 

1526  ware  or  software.  However,  agencies  should  recognize  the  availability  of  govemmentwide  IT 

1527  solutions  designed  to  achieve  congressional  goals  to  reduce  paper  processes,  to  secure  electronic 

1528  information  and  to  improve  access  to  information.  Any  agency  implementing  these  acquisi- 

1529  tion/financial  functional  requirements  must  take  into  account  these  influences  when  developing 

1530  its  IT  strategy. 

1531  Besides  enabling  improved  processes,  IT  allows  better  functional  integration  by  automating  the 

1532  exchange  of  information  from  one  function  to  another.  Information  is  acquired  at  its  source  and 

1533  shared  across  functional  boundaries  so  that  a  particular  contract  award  record  in  a  financial  sys- 

1534  tern  is  identical  to  the  record  in  the  acquisition  system. 

1535  Objectives 

1536  The  PEC  has  identified  technology  as  one  of  its  strategic  priorities. ’’  The  PEC’s  Electronic 

1537  Commerce  Committee  (ECC)  was  established  to  enhance  the  effective  use  of  electronic  com- 

1538  merce  (EC).  Its  specific  objective  is  to  maximize  the  efficiency  and  effectiveness  of  Federal  ac- 

1539  quisition  systems  in  order  to  improve  business  processes  with  a  focus  in  procurement-related  EC. 

1540  The  ECC  works  to  meet  these  objectives  through: 

1541  ♦  A  single  govemmentwide  point  of  entry  for  EC. 


'^Procurement  Exeeutives  Council,  Fiscal  Year  2001-2005  Strategic  Plan,  Strategic  Priority:  Optimize  Technology 
As  A  Key  Business  Enabler,  pg.  7. 
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1542 

1543 

1544 

1545 

1546 

1547 

1548 


♦  Internet  security. 

♦  A  re-engineered  Federal  Procurement  Data  System. 

♦  Partnering  with  CFO  and  chief  information  officer  communities  on  electronic  govern¬ 
ment  initiatives. 

♦  Govemmentwide  standards  for  acquisition  and  financial  system  interface. 

♦  Common  Federal  acquisition  architecture  evolving  toward  interoperability. 

Electronic  Commerce 


1549  The  primary  IT  acquisition  initiative,  EC,  is  the  exchange  of  business  information  through  elec- 

1550  tronic  means.  Three  EC  technologies  are  currently  significant  to  acquisition:  accessing  the  Inter- 

1551  neVWorld  Wide  Web  through  a  portal  called  FedBizOps  for  the  posting  of  synopses  and  solicita- 

1552  tions;  EDI  transaction  standards  for  electronic  ordering  and  invoicing;  and  EFT  payment  transac- 

1553  tion  standards  for  paying  contractors  electronically. 

1554  The  FedBizOps  web  portal  is  one  approach  toward  meeting  the  single  point  of  entry  objective, 

1555  while  the  use  of  EDI  and  EFT  standards  provide  govemmentwide  interface  standards  for  acquisi- 

1556  tion  and  finance.  The  acquisition  and  financial  EDI  and  EFT  standards  are  being  updated  to  a 

1557  new  interchange  standard  called  Extensible  Markup  Language  (XML),  which  allows  greater  in- 

1558  tegration  with  web  applications.  As  these  electronic  interface  technologies  evolve,  system  devel- 

1559  opers  should  be  cognizant  of  their  support  of  the  fimctional  interface  requirements  contained  in 

1560  this  document  and  stand  ready  to  integrate  them  into  existing  systems. 

1561  Electronic  Government  (E-government) 

1562  The  Administration's  e-govemment  initiative  will  impact  acquisition  through  continued  require- 

1563  ments  to  simplify  and  automate  internal  processes,  to  apply  best  practices,  and  to  bridge  islands 

1564  of  automation.  Logistics,  procurement,  and  property  functions  are  integral  parts  of  the  same 

1565  supply  chain,  but  have  traditionally  been  managed  as  separate  functions.  Best  practices  must  be 

1566  applied  to  link  these  functional  islands  into  a  unified  chain.  E-govemment  must  be  integrated 

1567  with  management  reform  that  includes  budget  and  performance  integration,  strategic  manage- 

1568  ment  of  human  capital,  competitive  sourcing,  and  improving  financial  performance.  E- 

1569  government  and  the  employment  of  information  technology  tools  are  part  of  a  broader  manage- 

1570  ment  reform  framework.  *  * 


1571  Information  Security 

1572  Another  IT  influence  on  acquisition  is  the  requirement  for  adequate  security  controls  on  systems, 

1573  the  security  of  business  communications  and  the  ability  to  rely  on  electronic  signed  documents. 

1574  These  requirements  impact  acquisition  and  finance  due  to  their  considerable  paper  interface  with 

1575  the  public  and  the  need  to  store  sensitive  business  information  in  their  computer  systems.  The 


Testimony  of  Sean  O'Keefe,  Deputy  Director  of  0MB,  before  Senate  Government  Affairs  Committee  on  July  1 1 , 
2001. 
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1576  solutions  are  computer  system  access  controls,  public  key  cryptography  and  digital  signature 

1577  technology.  Electronic  signatures  and  internet  security,  essential  for  paperless  purchasing  and 

1578  payment,  will  be  provided  to  the  acquisition  community  through  the  Access  Certificates  for  Elec- 

1579  tronic  Services  (ACES)  program  administered  by  the  GSA.  ACES  facilitates  secure  online  ac- 

1580  cess  to  government  information  and  services  by  the  public  through  the  use  of  public  key 

1581  infrastructure/digital  signature  technology.  For  more  sensitive  transactions  DoD  will  be  using  the 

1582  Common  Access  Card  and  Public  Key  Infrastructure  to  comply  with  GPEA  provisions  relative  to 

1583  the  use  and  acceptance  of  electronic  signatures. 

1584  Information  security  has  gained  greater  emphasis  since  the  Government  Information  Security 

1585  Reform  Act  amended  the  Paperwork  Reduction  Action  of  1995  by  adding  a  new  subchapter  on 

1586  information  security.  The  Security  Act  codifies  existing  0MB  security  policies.  Circular  A-130, 

1587  Appendix  III,  and  reiterates  security  responsibilities  outlined  in  the  Computer  Security  Act  of 

1588  1987,  the  Paperwork  Reduction  Act,  and  the  Clinger-Cohen  Act  of  1996.  In  addition,  the  Secu- 

1589  rity  Act  requires  annual  agency  program  reviews  and  annual  independent  evaluations  for  both 

1590  unclassified  and  national  security  programs. 

1591  Enabling  Process  Change 

1592  The  effect  of  IT  is  a  reengineering  of  acquisition  and  finance  processes.  Examples  are: 


1593 

1594 

1595 

1596 


♦  Purchase  card  technologies  enable  traditional  customers  of  the  procurement  process  to 
individually  acquire  their  own  micropurchases,  which  in  turn  permits  thousands  of  indi¬ 
vidual  invoices  to  be  consolidated  into  one  monthly  statement  for  payment  to  the  card- 
provider  bank. 


1597  ♦  Electronic  catalog  technologies  that  enable  online  ordering  via  GSA  Advantage!  or  other 

1598  agency  internet  ordering  systems  to  speed  sourcing,  placement,  and  receipt  of  supplies 

1599  and  services. 


1600 

1601 

1602 

1603 

1604 


♦  Internet  and  email  technologies  that  allow  agencies,  through  the  FedBizOps  portal,  to  not 
only  post  solicitations  directly  on  the  Internet  but  send  interested  suppliers  an  email  no¬ 
tice  with  a  link  to  the  solicitation.  The  results  are  one-stop  access  to  all  Federal  business 
opportunities,  a  paperless  solicitation  process,  greater  competition,  and  ultimately,  better 
customer  service. 


1605  Electronic  Signature  Requirement 

1606  There  is  a  general  requirement  to  accept  electronic  signatures.  This  requirement,  which  must  be 

1607  adhered  to,  stems  from  the  following: 

1608  ♦  The  FAR  defines  signature^ ^  or  signed  to  mean  the  discrete,  verifiable  symbol  of  an  indi- 

1609  vidual  which,  when  affixed  to  a  writing  with  the  knowledge  and  consent  of  the  individ- 

1610  ual,  indicates  a  present  intention  to  authenticate  the  writing.  This  includes  electronic 

1611  symbols.  Simply  stated,  systems  which  produce  electronic  signatures  must  be  capable  of 

1612  ensuring  that  these  signatures  are:  (1)  unique  to  the  signer,  (2)  under  the  signer’s  sole 


”  FAR  2.101,  Definitions. 


85 


EXPOSURE  DRAFT 


1613  control,  (3)  capable  of  being  verified,  and  (4)  linked  to  the  data  in  such  a  manner  that,  if 

1614  the  data  are  changed,  the  signature  is  invalidated  upon  verification. 

1615  ♦  The  legal  requirement  to  accept  electronic  signatures  is  contained  in  the  Electronic  Signa- 

1616  tures  in  Global  and  National  Commerce  Act,  which  provides  that  a  signature  or  contract 

1617  may  not  be  denied  legal  effect  solely  because  it  is  in  electronic  form.^® 

1618  ♦  GPEA^’  requires  Federal  agencies  to  allow,  by  October  21,  2003,  individuals  or  entities 

1619  that  deal  with  the  agencies,  the  option  to  submit  information,  transact  with  the  agency, 

1620  and  maintain  records  electronically  when  practicable.  Like  the  Electronic  Signatures  in 

1621  Global  and  National  Commerce  Act,  the  act  specifically  states  that  electronic  records  and 

1622  their  related  electronic  signatures  are  not  to  be  denied  legal  effect,  validity,  or  enforce- 

1623  ability  merely  because  they  are  in  electronic  form.^^  The  act  also  encourages  the  Federal 

1624  government’s  use  of  a  range  of  electronic  signature  alternatives. 

1625  ♦  Appendix  II  of  0MB  Circular  A- 130,  “Management  of  Federal  Information  Re- 

1626  sources,”^^  implements  the  GPEA  and  calls  for  the  Federal  government  to  develop  a  pub- 

1627  lie  key  infrastructure  to  enable  the  widespread  use  of  cryptographically-based  digital  sig- 

1628  natures.  For  example,  some  agencies  have  successfully  developed  secure  electronic  trans- 

1629  action  systems  using  personal  identification  numbers  for  security. 

1630  0MB  does  not  endorse  any  one  technological  approach  to  electronic  signatures.  It  is  neutral  as  to 

1631  the  best  approach  for  electronic  signatures. 

1632  Central  Contractor  Registration 

1633  A  general  requirement  exists  for  the  identification  of  suppliers  through  a  common  system.  Al- 

1634  though  the  FAR  does  not  mandate  one  system,  the  OMB’s  June  7, 2001,  for  the  FY  2003 

1635  Budget^'*  states, 

1636  “An  outcome  for  expanding  electronic  government  will  include  the  establishment 

1637  of  a  governmentwide  single  point  of  vendor  registration.  In  FY  2003,  agencies 

1638  will  use  the  Central  Contractor  Registration  (CCR),  an  existing  on-line  database, 

1639  as  the  single  validated  source  of  data  on  vendors  doing  business  with  the  govem- 

1640  ment.  Beginning  October  1,  2003,  agencies  will  cease  to  collect  the  Standard 

1641  Form  129  known  as  the  Solicitation  Mailing  List  Application.  ” 

1642  The  CCR  provides  a  standard  means  of  providing  taxpayer  identification  data  and  EFT  routing 

1643  information  to  financial  systems.  Internet  technology  allows  firms  doing  business  with  the  gov- 

1644  emment  to  register  in  one  database  for  use  by  all  Federal  contracting  and  finance  offices  needing 

1645  to  determine  supplier  identity.  The  result  is  a  standard  process  that  eliminates  contractors  having 


PL  106-229,  June  30,  2000. 

44  use  3504. 

^  0MB  Memorandum,  M-00-10,  dated  April  25, 2000,  entitled  “0MB  Procedures  and  Guidance  on  Implementing 
the  Government  Paperwork  Elimination  Act.” 

“  Revised  Feb.  8, 1996. 

OMB’s  June  7, 2001,  Budget  Guidance  for  FY  2003. 
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1646  to  submit  Standard  Form  129,  Bidder  Mailing  List,  to  each  contracting  office,  as  well  as  elimi- 

1647  nating  maintenance  of  separate  supplier  databases  throughout  the  government. 

1648  While  not  currently  a  requirement,  all  agencies  will  soon  be  required  to  have  their  vendors  regis- 

1649  tered  within  this  system.  Therefore,  to  support  the  overall  financial/acquisition  interface,  the 

1650  agency’s  single  integrated  financial  management  system  should  enable  interface  with  the  CCR. 

1651  A  ccessibility  for  the  Disabled 

1652  Section  508  of  the  Rehabilitation  Act  of  1973  (as  amended),  requires  that  all  Federal  agencies’ 

1653  electronic  and  information  technology  (BIT)  be  accessible  to  people  with  disabilities.  Subsection 

1654  508(a)(1)  requires  that  when  Federal  departments  or  agencies  develop,  procure,  maintain,  or  use 

1655  BIT,  they  must  ensure  that  the  BIT  allows  Federal  employees  with  disabilities  to  have  access  to 

1656  and  use  of  information  and  data  that  is  comparable  to  the  access  to  and  use  of  information  and 

1657  data  by  other  Federal  employees.  Section  508  also  requires  that  individuals  with  disabilities,  who 

1658  are  members  of  the  public  seeking  information  or  services  from  a  Federal  department  or  agency, 

1659  have  access  to  and  use  of  information  and  data  that  is  comparable  to  those  provided  to  the  public 

1660  without  disabilities.  Comparable  access  is  not  required  if  it  would  impose  an  undue  burden  on 

1661  the  agency. 

1662  Core  Financial  System  Requirements 

1663  Acquisition/Financial  Systems  Interface  Requirements  was  developed  at  the  same  time  that  Core 

1664  Financial  System  Requirements  was  being  updated,  which  afforded  both  development  teams  the 

1665  opportunity  to  consider  the  implications  of  each  other’s  efforts.  Due  to  the  timing  of  these  two 

1666  efforts,  the  following  information  is  relevant  to  the  acquisition  and  financial  missions  to  support 

1667  authorities  and  their  responsibilities  within  Federal  agencies.  This  information  is  also  significant 

1668  because  of  the  variety  of  systems  that  acquisition  and  financial  organizations  use  to  support  their 

1669  operations,  and  the  commonality  of  a  significant  amount  of  information  requirements. 

1670  Categories  of  Information  Systems 

1671  Agency  information  systems  fall  into  three  categories:  financial  systems,  mixed  systems  (e.g., 

1672  acquisition  systems),  and  non-financial  systems.  Systems  must  be  linked  together  electronically 

1673  to  be  effective  and  efficient,  and  to  eliminate  xumecessary  duplication  of  transaction  entry.  Sum- 

1674  mary  data  transfers  must  be  provided  from  agency  systems  to  central  systems  to  permit  summa- 

1675  ries  of  management  information  and  agency  financial  performance  information  on  a  govem- 

1676  mentwide  basis. 

1677  Core  Financial  System  Requirements  Document 

1678  The  core  financial  system  is  an  integral  part  of  an  agency’s  single  integrated  financial  manage- 

1679  ment  system.  It  controls  and  supports  the  key  functions  of  an  agency’s  financial  management. 


OMB’s  June  7, 2001,  Budget  Guidance  for  FY  2003  states:  “In  FY  2003,  agencies  will  use  the  Central  Contractor 
Registration  (CCR),  an  existing  on-line  database,  as  the  single  validated  source  of  data  on  vendors  doing  business 
with  the  government.” 
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1680  The  core  financial  system  receives  data  from  all  other  financial  and  mixed  systems  and  from  di- 

168 1  rect  user  input,  and  provides  data  and  supports  processing  for  those  systems  that  need  it. 

1682  Core  Financial  System  Requirements,  first  issued  in  January  1988,  establishes  standard  require- 

1683  ments  for  the  “backbone”  modules  of  an  agency’s  single  integrated  financial  management  sys- 

1684  tern.  It  provides  common  processing  routines;  supports  common  data  for  critical  financial  man- 

1685  agement  functions  affecting  the  entire  agency;  and  maintains  the  required  financial  data  integrity 

1686  control  over  financial  transactions,  resource  balances,  and  other  financial  systems.  It  is  a  part  of  a 

1687  broad  program  to  improve  Federal  financial  management  involving  the  establishment  of  imiform 

1688  requirements  for  financial  information,  financial  systems,  reporting,  and  financial  organization. 

1689  The  latest  update  to  Core  Financial  System  Requirements  reflects  recent  changes  in  laws  and 

1690  regulations  and  in  govemmentwide  reporting  systems,  such  as  the  Department  of  Treasury’s 

1691  Federal  Agencies  Centralized  Trial  Balance  System  (FACTS)  II.  It  also  clarifies  some  of  the  ex- 

1692  isting  requirements,  deletes  redundant  or  outdated  requirements,  addresses  vague  or  open-ended 

1693  requirements,  changes  the  priority  (mandatory  or  value-added)  of  certain  requirements,  and  adds 

1694  new  requirements  to  reflect  the  current  core  financial  system  needs  of  Federal  agencies. 

1695  Acquisition  systems,  as  mentioned  previously,  fall  imder  the  category  of  mixed  systems,  and  are 

1696  an  integral  part  of  the  agency’s  single  integrated  financial  management  system.  Acquisition  sys- 

1697  terns  support  programmatic  objectives  and  interact  with  core  financial  systems  to:  record  com- 

1698  mitments  (as  applicable),  obligations  and  disbursements  in  the  general  ledger  consistent  with  the 

1699  Standard  General  Ledger  (SGL);  validate  funds  availability;  update  budget  execution  data;  and 

1700  record  other  acquisition-related  transactions. 

1701  After  significant  analysis  by  the  development  team,  the  following  nine  points  were  foimd  to  be  of 

1702  particular  significance: 

1703  (1)  JFMIP  requirements  documents  are  intended  to  assist  systems  analysts;  system  account- 

1704  ants;  and  others  who  design,  develop,  implement,  operate,  and  maintain  financial  sys- 

1705  terns. 

1706  (2)  All  JFMIP  requirements  documents,  indicate  that  additional  effort  is  required  on  the  part 

1707  of  agencies  in  the  comprehensive  documentation  of  all  their  requirements,  and  in  other 

1708  phases  of  system  life-cycle  development,  implementation,  operation,  and  maintenance. 

1709  (3)  Core  Financial  System  Requirements  is  also  used  to  develop  transaction  scenarios,  which 

1710  are  used  to  test  commercial  off-the-shelf  (COTS)  software  applications  that  private  sector 

171 1  vendors  submit  to  JFMIP  for  testing  and  certification. 

1712  (4)  Core  Financial  System  Requirements  identifies  five  basic  processes,  with  specific  de- 

1713  tailed  requirements  for  each:  ( 1 )  General  Ledger  Management,  (2)  Funds  Management, 

1714  (3)  Payment  Management,  (4)  Receipt  Management,  and  (5)  Reporting. 

1715  (5)  Requirements  identified  in  Core  Financial  System  Requirements  that  are  dupli- 

1716  cated/replicated/incorporated  in  any  other  JFMIP  requirements  document,  signifies  that 

1717  those  requirements  have  been  tested  diuing  the  JFMIP  COTS  software  testing  and  certifi- 

1718  cation  process,  e.g.,  on-line  checking  of  funds  availability. 
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1719  (6)  Requirements  described  in  all  the  documents  can  be  accommodated  using  manual  or 

1720  automated  means. 

1721  (7)  Requirements  described  in  the  all  documents  can  be  accommodated  in  multiple  software 

1722  applications  or  functional  systems. 

1723  (8)  Financial  aspects  of  the  various  functional  or  program  areas  to  which  each  document  ap- 

1724  plies  (e.g.,  acquisition)  are  identified  in  the  document. 

1725  (9)  Non-financial  aspects  of  the  various  functional  or  program  areas  to  which  each  document 

1726  applies  are  left  to  the  organizations  involved  (e.g.,  acquisition)  for  requirements  docu- 

1 727  mentation  and  other  purposes. 

1 728  Technical  Requirements 

1729  Some  level  of  technical  requirements  is  included  in  all  JFMIP  functional  requirements  docu- 

1730  ments,  and  especially  in  the  Framework  for  Federal  Financial  Management  Systems  document 

1731  and  the  Core  Financial  System  Requirements  document.  As  indicated  elsewhere  in  this  docu- 

1732  ment,  financial  aspects  of  mixed  systems,  such  as  acquisition  systems,  are  part  of  an  agency’s 

1733  single  integrated  financial  management  system.  As  such,  mixed  systems  are  subject  to  the  tech- 

1734  nical  requirements  contained  in  the  Framework  document  and  to  those  aspects  of  the  Core 

1735  document  that  apply  in  particular  cases  and  in  particular  agencies.  Agencies  must  consult  these 

1736  and  other  documents  in  determining  appropriate  technical  requirements  for  a  specific  agency  op- 

1737  erating  environment.  Requirements  contained  in  the  Core  document,  including  technical  re- 

1738  quirements  are  categorized  as  mandatory  or  value-added,  and  are  used  to  develop  scenarios  for 

1739  testing  commercial  core  software  packages.  Most  technical  requirements  are  stated  in  general 

1740  terms  to  allow  vendors  maximum  flexibility  in  designing  compliant  systems.  Individual  agencies 

1741  are  encouraged  to  add  specific  workload  and  interoperability  requirements  considered  unique  to 

1742  their  respective  IT  environments  when  evaluating  and  implementing  software  packages. 

1743  Intragovernmental  Transactions 

1744  During  program  operations,  the  need  frequently  arises  for  one  government  agency  or  component 

1745  to  request  that  another  government  agency  or  component  provide  goods  or  services.  When  this 

1746  occurs,  that  is,  one  government  agency  “contracts”  with  another  agency  for  goods  or  services, 

1747  financial  information  associated  with  these  transactions  is  reflected  in  the  financial  systems  and 

1748  financial  reports  of  two  different  Federal  agencies  or  components.  These  “intragovernmental” 

1749  transactions  must  be  eliminated  from  the  various  agencies’  financial  statements  in  order  to  avoid 

1750  double  counting  and  prepare  a  consolidated,  govemmentwide  financial  statement.  Disparate 

1751  business  practices  and  widely  divergent  data  structures  across  agencies  result  in  significant  trans- 

1752  action  differences.  The  inability  to  identify  and  reconcile  intragovernmental  transactions  has 

1753  been  cited  as  a  material  weakness  govemmentwide  and  is  a  factor  in  the  GAO’s  disclaimer  of 

1754  opinion  on  the  U.S.  financial  statements. 

1755  The  CFO  conununity  has  been  working  to  address  the  challenges  of  dealing  with  intra- 

1756  governmental  transactions.  Because  of  the  govemmentwide  aspects  of  this  challenge,  JFMIP  has 

1757  been  chartered  to  undertake  an  effort  to  better  define  the  problems  associated  with  intragovem- 

1758  mental  eliminations  and  to  develop  recommendations  and  solutions  that,  if  implemented,  will 
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1759  reduce  the  scope  of  differences  produced  by  intragovemmental  transactions.  Acquisi- 

1760  tion/Financial  Systems  Interface  Requirements  treats  some  of  the  interagency  requirements  asso- 

1761  dated  with  the  interfaces  addressed,  however,  systems  developers  should  keep  abreast  of  the 

1762  likely  changes  in  this  arena  in  the  near  future. 

1763  Emerging  FASAB  Standard  for  National  Defense  PP&E 

1764  During  the  development  of  this  requirements  document,  FASAB  was  in  the  process  of  deliberat- 

1765  ing  changes  to  its  national  defense  PP&E  (formerly  referred  to  as  Federal  mission  property, 

1766  plant,  and  equipment)  accounting  standards.  While  only  two  agencies — the  Department  of  De- 

1767  fense  and  the  Department  of  Transportation — account  for  national  defense  PP&E,  acquisition 

1768  costs  associated  with  acquiring  this  type  of  PP&E  are  significant  to  the  U.S.  Government. 

1769  While  reporting  requirements  differ,  both  current  and  proposed  national  defense  accounting 

1770  standards  remain  consistent  in  one  important  area:  the  need  for  full  cost  information.  Examples 

1771  of  some  of  the  basic  information  required  for  both  national  defense  PP&E  and  other  types  of 

1772  PP&E  include: 

1773  ♦  Category  of  PP&E:  critical  information  needed  by  the  financial  system  to  determine  how 

1774  the  acquisition  of  a  particular  asset  category  should  be  accounted  for,  e.g.,  capitalized  or 

1775  expensed,  and  reported. 

1776  ♦  Asset  identifier  code:  used  to  identify  the  asset  or  multiple  assets,  as  in  the  case  of  pooled 

1777  PP&E  items,  for  which  costs  were  incurred. 

1778  ♦  Program/project  code:  current  accounting  standards  require  agencies  to  recognize  the  full 

1779  cost  of  their  programs  and  operations.  The  proposed  national  defense  PP&E  standards 

1780  continue  to  highlight  the  need  for  this  information  by  requiring  that  major  end  item  pro- 

1781  gram  costs  be  reported  on  the  balance  sheet. 

1782  ♦  Quantity:  this  information  is  required  imder  both  the  current  and  proposed  accoxmting 

1783  standards  for  national  defense  PP&E. 

1784  ♦  Costs,  including  total  acquisition  or  cleanup  costs:  this  information  is  required  under  both 

1785  the  current  and  proposed  accounting  standards  for  national  defense  PP&E. 

1786 
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1849  Dennis  Secketa 

1 850  Department  of  Commerce 

1851  John  Thompson 

1852  Department  of  Defense 

1853  Richard  Muth 

1854  Debbie  Streufert 

1855  Carol  Covey 

1856  Pat  Lehtma 

1857  Chuck  Crichley 

1858  David  Guinasso 

1859  Lester  Murray 

1 860  Department  of  Education 

1861  Rosemary  Evans 

1862  Jean  Milazzo 
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1863  Department  of  Energy 

1 864  Ellen  Colligan 

1 865  Department  of  Health  and  Human  Ser- 

1 866  vices 

1867  Norbert  Juelich 

1868  Jeanette  Pang 

1869  Department  of  Housing  and  Urban  De- 

1870  velopment 

1871  Rhea  L.  Rise 

1872  Cherryl  Comelious 

1873  Barry  MeVay 

1874  Department  of  the  Interior 

1875  Don  K.  Haines 

1876  Samantha  Goldstein 

1877  Department  of  Justice 

1878  Lee  Lofthus 

1879  Lorine  Alston 

1880  Harold  Belcher 

1881  Department  of  Transportation 

1882  Brian  Wolfe 

1883  Department  of  the  Treasury 

1884  Margaret  Hunt 

1885  Richard  Miller 

1886  Tim  Glower 

1887  Gary  Fletcher 

1888  Department  of  Veterans  Affairs 

1889  Katherine  Galos 

1890  Steve  Graves 

1891  Federal  Accounting  Standards  Advi- 

1892  sory  Board 

1893  Andrea  Palmer 

1894  Federal  Communications  Commission 

1895  Dennis  O.  Dorsey 


1896  Federal  Emergency  Management 

1897  Agency 

1898  JoAnnLee 

1899  Harold  Washington 

1900  General  Accounting  Office 

1901  Evelyn  Logue 

1 902  General  Services  Administration 

1903  Pat  Brooks 

1 904  National  Aeronautics  and  Space  Ad- 

1905  ministration 

1906  KenStepka 

1907  David  Moede 

1908  Shelley  Meredith 

1 909  National  Science  Foundation 

1910  Jannell  Rennie 

1911  Patricia  Williams 

1912  Office  of  Management  and  Budget 

1913  Barbara  Diering 

1914  Julie  Basile 

1915  Sandra  Swab 

1916  Social  Security  Administration 

1917  Terra  Falconer 

1918  Paris  Greene 

1919  Cheri  Rudolf 

1920  Barbara  McCann 

1921  Logistics  Management  Institute 

1922  Karen  Sorber,  Project  Leader 

1923  Jim  Hooker 

1924  Susan  Smith 

1925  Caroline  Nelson 

1926  Dan  Drake 

1927  Marcella  Schurter 


92 


EXPOSURE  DRAFT 


1928 

1929  Requests  for  Publications 

1930 

1931 

1932  JFMIP  documents  may  be  accessed  electronically  on  the  FinanceNet  Internet  site: 

1933  http://www.JFMIP.gov. 

1934 

1935 

1936 

1937 

1938 

1939  The  JFMEP  uses  the  General  Accounting  Office’s  Document  Distribution  Center  to  fulfill  publi- 

1940  cation  requests  made  after  mail  list  distribution.  The  first  copy  of  each  publication  requested  is 

1941  free.  Additional  copies  are  $2  each.  Orders  for  100  or  more  copies  to  be  mailed  to  a  single  ad- 

1942  dress  are  discounted  25  percent.  Orders  should  be  sent  to  the  following  address,  accompanied  by 

1943  a  check  or  money  order  made  out  to  the  Superintendent  of  Documents,  when  necessary: 

1944 

1945  Orders  by  mail: 

1946  U.S.  General  Accounting  Office 

1947  P.O.  Box  37050 

1948  Washington,  DC  20013 

1949 

1950  Orders  also  may  be  placed  by  calling  202/5 1 2-6000,  faxing  202/51 2-606 1  or  TDD 

1951  202/512-2537. 
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JFMIP  documents  may  be  accessed  electronically  on  the  JFMIP  Website 


http://www.jfinip.gov 

The  JFMIP  uses  the  General  Accounting  Office’s  Document  Distribution  Center  to  fulfill 
publication  requests  which  are  made  after  mail  list  distribution.  The  first  copy  of  each 
publication  requested  is  free.  Additional  copies  are  $2  each.Orders  forlOO  or  more  copies 
to  be  mailed  to  a  single  address  ar  ediscounted  25%. Orders  should  be  sent  tothe 
following  address  accompanied  by  a  check  or  money  order  made  out  to  the  Superintendent 

of  Documents,  when  necessary. 


Orders  by  mail: 

U.S.  General  Accounting  Office 
PO  Box  37050 
Washington,  DC  20013 

Orders  by  phone: 

Voice:  202/  512-6000 
Fax:  202/  512-6061 

TDD:  202/  512-2537 


1 


